Skip to content
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

Provide a way for subpackage resources to assume a unique identity #3446

Open
wleese opened this issue Aug 8, 2022 · 0 comments
Open

Provide a way for subpackage resources to assume a unique identity #3446

wleese opened this issue Aug 8, 2022 · 0 comments
Labels
area/pkg enhancement New feature or request triaged Issue has been triaged by adding an `area/` label

Comments

@wleese
Copy link
Contributor

wleese commented Aug 8, 2022

Describe your problem

When a kpt package is used to represent an application, by containing subpackages that provide functionality, these subpackages should ensure their resources have a unique identity, to avoid naming conflicts.

A name conflict arises when you:

kpt pkg get xxx packages/xxx1
kpt pkg get xxx packages/xxx2

Or when you get a package, that has a resource that is contained in another, different package.
For example, the ConfigMap for the apply-setters function.

One could argue that the first use case can be avoided by (a possible) convention: a blueprint should only be included once. If a user requires the resources multiple times, documentation and the package contents could guide the user towards manually creating another copy of the resource with their own naming.
I don't like this idea though. I like to think a user can just kpt pkg get multiple times to avoid a lot of manual yaml interactions.

Anyway, the second case is very hard to avoid without all package authors strictly following some kind of convention, or using a function to rename all resources.

Slack discussion: https://kubernetes.slack.com/archives/C0155NSPJSZ/p1657887288564579
This issue is a subset of #3292

@wleese wleese added the enhancement New feature or request label Aug 8, 2022
@mortent mortent added area/pkg triaged Issue has been triaged by adding an `area/` label labels Nov 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/pkg enhancement New feature or request triaged Issue has been triaged by adding an `area/` label
Projects
None yet
Development

No branches or pull requests

2 participants