feat: impl cache hit outputs#346
Closed
anies1212 wants to merge 1 commit intosubosito:mainfrom
anies1212:feat-impl-cache-hit-outputs
Closed
feat: impl cache hit outputs#346anies1212 wants to merge 1 commit intosubosito:mainfrom anies1212:feat-impl-cache-hit-outputs
anies1212 wants to merge 1 commit intosubosito:mainfrom
anies1212:feat-impl-cache-hit-outputs
Conversation
yurikoles
approved these changes
Feb 1, 2025
Collaborator
|
Hi @anies1212! This looks like a great PR, thank you. I'd like to ask you to:
|
Merged
Contributor
|
@bartekpacia as this is also a feature i would be interested in, i cherry picked the commit from @anies1212 and created a new PR with your requested changes in #364. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What does this PR do?
This PR adds a new output, cache-hit, to the flutter-action. The cache-hit output indicates whether the cache was successfully hit during the setup process. This can help optimize workflows by conditionally executing subsequent steps based on cache status.
Why is this change necessary?
In our project, we manage a monorepo using melos. As part of our CI/CD pipeline, we run melos bs (bootstrap) every time to set up dependencies and link packages. However, this can be redundant when the cache is already valid.
With the cache-hit output, we can:
Example usage
Here’s how we plan to use the cache-hit output: