You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'd like to add a step in CI to evaluate and report the code coverage, and use this as an opportunity to migrate the CI workflow from Travis CI to Github Actions.
Why do I want to migrate the CI workflow from Travis CI to Github Actions? There are several reasons:
The virtual machines that Travis CI provides to public repos to run CI are weaker than that of Github Actions. We have done some tests in the repo of Apache IoTDB, and the time spent on building executable files and running tests in Travis CI is significantly higher than the time spent on Github Actions.
Github Actions make it easier for the flok repos to run integration tests out of the Apache repo. There is a limited amount of runs that Travis CI allows individuals to trigger for free in a year, which causes some contributors (sadly, including me) to be unable to run CI in their own repos.
It is more convenient to build workflows using the Github Actions, which allows users to perform multiple checks in one build. We only need to build the code once to run ITs/UTs, perform CodeQL checks and update the code coverage in Codecov.
The text was updated successfully, but these errors were encountered:
I'd like to add a step in CI to evaluate and report the code coverage, and use this as an opportunity to migrate the CI workflow from Travis CI to Github Actions.
Why do I want to migrate the CI workflow from Travis CI to Github Actions? There are several reasons:
The virtual machines that Travis CI provides to public repos to run CI are weaker than that of Github Actions. We have done some tests in the repo of Apache IoTDB, and the time spent on building executable files and running tests in Travis CI is significantly higher than the time spent on Github Actions.
Github Actions make it easier for the flok repos to run integration tests out of the Apache repo. There is a limited amount of runs that Travis CI allows individuals to trigger for free in a year, which causes some contributors (sadly, including me) to be unable to run CI in their own repos.
It is more convenient to build workflows using the Github Actions, which allows users to perform multiple checks in one build. We only need to build the code once to run ITs/UTs, perform CodeQL checks and update the code coverage in Codecov.
The text was updated successfully, but these errors were encountered: