-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Refactor avoid twice parse #1041
Refactor avoid twice parse #1041
Conversation
All (the pull request submitter and all commit authors) CLAs are signed, but one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that by leaving a comment that contains only Note to project maintainer: There may be cases where the author cannot leave a comment, or the comment is not properly detected as consent. In those cases, you can manually confirm consent of the commit author(s), and set the ℹ️ Googlers: Go here for more info. |
@googlebot I consent |
1 similar comment
@googlebot I consent |
CLAs look good, thanks! ℹ️ Googlers: Go here for more info. |
@tejal29 @cvgw the work done by @orisano looked great yet I encountered something unfortunate.
Hence, either there is a way of flaging that environment replacement was done, or refactor |
@antechrestos Sorry. I havent had time to take a closer look at this. I am not sure why the same env variable gets replaced twice. (unless a bug sneaked in) |
@tejal29 I will. It might lead to some change |
Closed as #1174 was successfully merged |
Fixes #692
Description
Based on @orisano work, this pull request completes his work by adding a unit test. I also rebased his work to get go.mod and integration tests in travis.
To do the unit test, I declared a private static variable that represents the stage loading. This variable is mocked during unit test and restored to its original value.
I also "privatized"
calculateDependencies
as it is not called elsewhere.Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:
See the contribution guide for more details.
Reviewer Notes
Release Notes
Avoid parsing Dockerfile twice during build.