Skip to content

Define behavior in failure scenarios with nested packages #1084

@mortent

Description

@mortent

The current behavior is that we mostly continue in the face of errors. For example, if I want to create a setter, but an existing setter with the same name already exists in one of the subpackages, we will just print an error for that package and keep going. We should have a clear and consistent vision for how we should handle these situations across all the commands in kpt.

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions