Set subpackage mutations to always be non-deployment - #1131
Conversation
✅ Deploy Preview for kpt-porch ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
There was a problem hiding this comment.
Pull request overview
This PR updates the subpackage task execution path so subpackage mutations are never treated as “deployment” mutations, preventing deployment context generation (e.g., package-context.yaml) from being triggered during subpackage clone/upgrade flows.
Changes:
- Hard-codes the
isDeploymentflag tofalsewhen mapping the subpackage task (obj.Spec.Tasks[1]) into a mutation. - Ensures subpackage clone no longer generates deployment context based on repository deployability settings.
Signed-off-by: liamfallon <liam.fallon@est.tech>
Signed-off-by: liamfallon <liam.fallon@est.tech>
Signed-off-by: liamfallon <liam.fallon@est.tech>
Signed-off-by: liamfallon <liam.fallon@est.tech>
Catalin-Stratulat-Ericsson
left a comment
There was a problem hiding this comment.
perfect. thanks so much for taking this up. to be honest i have no idea why we would ever recreate files that dont exist in the upstream on a clone and no clue why we would do so on deployment repos but not regular ones...
80a2e7b to
02bc047
Compare
Signed-off-by: liamfallon <liam.fallon@est.tech>
Signed-off-by: liamfallon <liam.fallon@est.tech>
|



Set subpackage mutations to always be non-deployment, only package mutations can be deployment mutations
Description
falseon subpackagecloneandupgrademutaitonscloneandupgradeshould never be deployment mutations because subpackage mutations never lead to a depplyable package revision and don't need a separatepackage-context.yaml. The main package containing the subpackages has thepackage-context-yamlresources for the entire package and that is what is deployed.Fixes: kptdev/kpt#4650
Type of Change
Checklist
AI Disclosure