Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upfeat: GitHub Actions docker files CI #1194
Conversation
|
This is super exciting! |
|
Right now, the targets are only setup to run on |
|
With this, we loose the ability to build branches and there's no longer a build on merges? |
|
I like the approach but I think it still should merge on branches and merges. |
|
They rules could be changed to run on master, but I think making the branch "strict" https://help.github.com/en/github/administering-a-repository/types-of-required-status-checks would give the same result. It's less of an issue with hitting the "Update" button with this, since only affected images would rebuilt, rather than all the jobs |
05509fc
to
e858f6b
|
I've popped off the testing commit so this can land if there is agreement |
fbe62a9
to
d2f4811
11da232
to
8594152
|
@LaurentGoderre I added back the build on |
LongLiveCHIEF
commented
Mar 27, 2020
|
What mechanism are you guys using to actually push images to docker hub? I've seen you mention travis, but when I look at the script in the travis action for the deploy stage, all it does is build as far as I can tell. I recently took over as the primary maintainer of the octoprint/octoprint official image, and I'm really enjoying the way you guys are doing things, but I'm just looking to connect the dots for that final step. Are you doing the final publishing of images via auto builds on docker cloud? Love your work, and appreciate any insight you can give me about the image publish step of your overall workflow! |
The bot opens a PR to the official images, which ends up pushing to docker hub. E.g. the latest: docker-library/official-images#7697 |
LongLiveCHIEF
commented
Mar 27, 2020
|
Of course! Can't believe I missed that since you guys are an official image it would have to be in docker-library/official-images repo. Thanks for filling in the blank for me! |
6bf7a4e
to
157958c
LongLiveCHIEF left a comment
|
have you tried leaving stdin open without attaching it to psuedo-tty? |
a07e95c
to
46589ed
|
@nodejs/docker do you want to land this before v14? |
|
I see no reason to wait to land this if we think it works - it shouldn't be observable to consumers anyways. The way it's set up now it'll trigger an upstream PR even if a build fails - is the idea that it'll fail from the PR first anyways, so no broken versions can land on master? |
|
Yes, but i'll also look at that after this lands. I just didn't want to mix too much together |
46589ed
to
8105d38
|
Needs to be updated for v14. Should we keep the travis builds for a while to try GH Actions out, and then remove travis if we're happy? I fully expect we'll be happy with it, but who knows |
37b0918
to
a7e5306
|
Added v14, and dropped v13 |
7d5c032
to
70a7f7f
|
@nodejs/docker thoughts on this one? I like it, FWIW |
70a7f7f
to
c5397b9
c5397b9
to
a84ff50
|
I think I'll go ahead an land this sometime after the security releases are out and are successfully published next week |
|
I'll land this tomorrow unless anyone from @nodejs/docker has any objections |
|
I'm still hugely in favour |

Formed in 2009, the Archive Team (not to be confused with the archive.org Archive-It Team) is a rogue archivist collective dedicated to saving copies of rapidly dying or deleted websites for the sake of history and digital heritage. The group is 100% composed of volunteers and interested parties, and has expanded into a large amount of related projects for saving online and digital history.

nschonni commentedJan 11, 2020
•
edited
Took @LaurentGoderre approach to the update.sh script generating out the Travis-CI file and converted it to create separate GitHub Actions.
pathapproach limits the matrix to only queue jobs when a particular Dockerfile is touched.I added the DO NOT MERGE to this because I included a junk commit at the end to show the matrix getting triggered when the files are touched.-itflag from the BATS testing since that doesn't seem to work on Actions