-
Notifications
You must be signed in to change notification settings - Fork 118
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
Extract Base Image for V4 #551
Conversation
61a0236
to
c73de0a
Compare
a2d14ae
to
0327b44
Compare
V4 pipeline builds failed - @CooperLink - please take a look |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I leave the comments, if you don't agree with me, I'd happy to approve. It is great work! Thank you Cooper!
@@ -30,6 +32,12 @@ steps: | |||
continueOnError: false | |||
env: | |||
pswd: $(dockerPassword) | |||
|
|||
- bash: | | |||
./host/generate-composite.sh -4 node |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about adding PublishArtifact task for pushing the generated Dockerfile for debugging?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a great idea. I am just not sure how we would publish that artifact or where it should go. The build pipelines should tell us if any images failed building. But, it would be nice to have slightly higher traceability if there was some way to surface that artifact on the pipeline run of build that happens.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is great Tsuyoshi. I think that I can and should use this to produce artifacts during build pipelines for each language. I have captured your comment in an issue on the repo here.
#560
Feels like something that should be addressed in a follow up pr but I agree that it is useful
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
PR information
Continuation of #516 which is an effort to have all language images rely on a base host image. This effort will simplify updates to the docker images used in production and should reduce the need for large and difficult to parse PRs in this repo.
This PR specifically enables dotnet images and brings the changes verified in v3 over to v4. I also updated the release pipeline to upload a zip file of the dockerfiles generated during a release so that we can trace the contents of each image in prod.