-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Replace Travis with GitHub Actions #2834
Comments
Or Azure Pipelines given there are 10 free pipelines that can be used in GitHub. |
Duplicate of #3110 |
I might have overseen this, but it seem that travis-ci.com only offers a non renewable set of credits. You basically need to move to their paid plan to have the credits renewed.. I think currently the only option is to move to github actions now. Unless we can find 70$ a month in extra funding to pay for travis plan. |
So the Always Free banner on their website doesn't apply for this project?
|
Indeed it wasn't 100% clear to me how to apply. I emailed them asking for extra credits so let's wait for this first. |
I'm not sure but I think the unstable draft releases are only visible to contributors. It's not ideal as it stands, the fact that I need to tag a release in order to get the files in there. I might look into pushing the zip to another repo so it can be downloaded from there. |
Using draft releases for unstable builds does not feel like the best solution. I think github packages might be a better solution for unstable builds. It's 500MB max for the free plan, but it will support version tagging out of the box. |
I changed the build pipeline a bit to push tarballs to github packages instead of publishing them to the releases section. One minor issue to look at is the version string, this one is forced using npm to the branch name and git commit hash to differentiate the unstable versions as we used to do on bintray. It seems that it's still setting the branch version instead so this needs a second look. |
Currently we have the issue that demo server is not able to fetch the release container from docker hub. The reason is that the labels we use to push the container does not match the tag in git. This change will set the docker hub tag to the git tag (in case of a release), or the branch name (in case the git tag is not present).
This is a placeholder to consider GitHub action as CI/CD pipeline.
The text was updated successfully, but these errors were encountered: