-
Notifications
You must be signed in to change notification settings - Fork 121
Extract deployPrepare() #3328
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 deployPrepare() #3328
Conversation
| }, | ||
| { | ||
| "key": "skip_artifact_cleanup", | ||
| "key": "python_wheel_wrapper_is_set", |
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 wonder why don't we use map[string]bool here, it would be more compact and not sensitive to order (since it's sorted on serialization). cc @shreyas-goenka
|
2d71652 to
d9150a9
Compare
d9150a9 to
1c70ed9
Compare
1c70ed9 to
9a6696f
Compare
| // SwitchToPatchedWheels must be run after ExpandGlobReferences and after build phase because it Artifact.Source and Artifact.Patched populated | ||
| libraries.SwitchToPatchedWheels(), | ||
| libraries.Upload(), | ||
| trampoline.TransformWheelTask(), |
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 think trampoline.TransformWheelTask() needs to be run after libraries.Upload because Upload mutates the config to have libraries point to uploaded location and transform needs to use this location
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.
Thanks, good catch. I have moved libraries.Upload() (and artifacts.CleanUp(), seems like it might be relevant as well) to their original place. This affects UX of "bundle plan" but that's ok at the moment, it's only internal command.
543f7a1 to
eabe999
Compare
## Changes - Add "bundle plan" command that shows resource-level plan. It works for both TF and direct backend. - Make plan in direct deployment sort groups and resources so that output of "bundle plan" is consistent. Depends on #3328 ## Why Going to use this in acceptance tests to verify direct deployment. It'll be extended with an option to show field-level changes as well (most likely for direct deployment only). ## Tests Modified different acceptance tests to show different actions.
Changes
No-op refactor to extract a set of mutators that are needed for "bundle plan".
Why
Going to use deployPrepare() in "bundle plan": #3329
It needs the same bundle config as bundle deploy in order to properly calculate plan.