kou opened a new issue, #46014:
URL: https://github.com/apache/arrow/issues/46014

   ### Describe the enhancement requested
   
   We don't have enough GitHub Actions capacity when we develop Crossbow. So 
using separated repository (and separated CI services such as Azure Pipelines 
and Travis CI) was reasonable.
   
   But we have enough GitHub Actions capacity recently. Can we reconsider the 
Crossbow approach?
   
   We may be able to use `on.workflow_dispatch` 
https://docs.github.com/en/actions/writing-workflows/choosing-when-your-workflow-runs/events-that-trigger-workflows#workflow_dispatch
 and `gh wokrflow run --ref` 
https://docs.github.com/en/actions/managing-workflow-runs-and-deployments/managing-workflow-runs/manually-running-a-workflow?tool=cli#running-a-workflow
 as an alternative of the current Crossbow approach.
   
   Some inconvenient points for the current Crossbow approach:
   * CI results use a GitHub comment ([example](flags)) instead of GitHub 
[status 
checks](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks).
     * It may cause a long history.
   * No direct link to artifacts.
     * Crossbow creates a new tag for each job and uses GitHub Release 
associated with the tag for artifacts. There is no direct link for the 
associated GitHub Release.
   * We can't use Dependabot for `dev/tasks/*/*.yml`
   * Difficult to automate job submission.
     * For example, we want to submit binary artifacts build jobs after source 
archive build is completed automatically in release process.
     * FYI: We already have `secrets.GITHUB_CROSSBOW_TOKEN` in apache/arrow 
GitHub Actions. So we will be able to implement it with the current Crossbow 
approach.
   * ...
   
   ### Component(s)
   
   Continuous Integration, Developer Tools


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to