-
Notifications
You must be signed in to change notification settings - Fork 70
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
Exporter: when no default process is specified, don't set a default process (even when there is only one process) #137
Exporter: when no default process is specified, don't set a default process (even when there is only one process) #137
Conversation
…rocess (even when there is only one process) The lifecycle should be as transparent as possible and have no opinions. The current behavior could be surprising to some users. Signed-off-by: Natalie Arellano <narellano@vmware.com>
This is technically a breaking change. I'm not sure if any/many folks would be impacted by it. |
repointed at |
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 am fine with this change if folks think this provides a better UX.
cc @jromero |
Related RFC: buildpacks/rfcs#110 |
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'm ok approving this, but I'm struggling with how to handle the number of "breaking" changes that are coming through.
I am going to put this in draft for now because we would rather accept these changes in combination with those proposed in buildpacks/rfcs#110. |
This is in service of buildpacks/lifecycle#378
The lifecycle should be as transparent as possible and have no opinions. The current behavior could be surprising to some users.
Goes hand-in-hand with #159
Signed-off-by: Natalie Arellano narellano@vmware.com