Lee Moon Soo created ZEPPELIN-4385:
--------------------------------------
Summary: Move CI to Github Action from Jenkins + Travis
Key: ZEPPELIN-4385
URL: https://issues.apache.org/jira/browse/ZEPPELIN-4385
Project: Zeppelin
Issue Type: Task
Reporter: Lee Moon Soo
Currently, when a new pull request is created,
1. Individual contributor's travis integration build branch
2. Jenkins (managed by ASF infra) triggered and check individual contributor's
travis build status
3. Pull request build status is displayed based on Jenkins's check result
There was two reasons why Zeppelin project uses Jenkins + Individual
contributor's travis integration.
* Travis build slots in ASF organization is limited and couldn't get enough
slot to build pullrequest and often PR waits more than 12h to be scheduled
* Restarting individual flaky tests is not possible. while individual
contributor doesn't have permission to access ASF's travis integration.
Therefore, Flaky test fail require full test matrix restart and that was quite
painful. While full test matrix run again produce other flaky test fails.
However, Jenkins now only triggered by pullrequest from comitters.
https://issues.apache.org/jira/browse/INFRA-19249
Lack of integration test on pull requests really make collative development
difficult, in the community.
Recently, Github added CI functionality through [Github
Actions.|https://github.com/features/actions]
I think we need to consider this. Reasons are
- Can build all pull requests
- Non shared build slots (Build slot is not shared with other ASF project,
unlike Travis)
- Individual contributor also able to run CI build their branch before making
PR
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
