Skip to content
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

Add support for docker build caching, disabled by default #313

Merged
merged 11 commits into from
Aug 14, 2024

Conversation

ryanwi
Copy link
Collaborator

@ryanwi ryanwi commented Aug 9, 2024

Allow projects to use docker build cache

@@ -63,13 +63,9 @@ inputs:
default: 'false'
description: 'Generate tag only.'
required: false
CACHE_FROM:
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

these are not used by any consuming repos and not exposed in the ci workflows so removing them

uses: docker/build-push-action@v6
if: inputs.TAG_ONLY == 'false'
Copy link
Collaborator Author

@ryanwi ryanwi Aug 9, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

TAG_ONLY is never used as far as I can tell, in any consuming repos, so removing to simplify the flag logic

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

TAG_ONLY looks to be used in workflows/cd-retag.yml. We should remove references to TAG_ONLY there as well.

@ryanwi ryanwi changed the title Add support for caching, disabled by default Add support for docker build caching, disabled by default Aug 9, 2024
@ryanwi ryanwi marked this pull request as ready for review August 9, 2024 23:29
@ryanwi ryanwi requested a review from a team August 9, 2024 23:29
uses: docker/build-push-action@v6
if: inputs.TAG_ONLY == 'false'
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

TAG_ONLY looks to be used in workflows/cd-retag.yml. We should remove references to TAG_ONLY there as well.

Comment on lines 63 to 65
default: 'false'
description: 'Generate tag only.'
required: false
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This input should be removed as well if we're eliminating TAG_ONLY entirely.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i can keep it if we think it is or should be used? would need to understand the use case that led to it being added

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

From what I can see, the only use I've seen so far is in the cd-retag workflow, which tags an existing image with another tag and pushes it. Let's keep things as-is for now.

@ryanwi ryanwi merged commit fba8bb6 into main Aug 14, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants