Open drnic opened 5 years ago
We have created an issue in Pivotal Tracker to manage this:
https://www.pivotaltracker.com/story/show/166655847
The labels on this github issue will be updated when the story is started.
Hi @drnic we don't have any plans to add additional flags to push
at the moment since binding an app to a service is supported by app manifests. I'll leave this feature request open so that users can view/comment. Thanks again for the feedback.
@abbyachau am I only allowed to request features or submit PRs for features you already plan to support? I don't understand this attitude at all that I've encountered with the CLI team this year.
Perhaps disable Issues + PRs for this project if its not OSS.
A workaround is to add services: ((services))
to your manifest and the use cf push --var services=[]
for no services and --var services=[service1,service2]
to add services.
@JakobFels thanks for that idea.
I'd still like this issue to stay open - I'd like some UX equality to exist between choosing buildpacks via cf push
-- cf push -b b1 -b b2
and choosing services.
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed.
What's the user value of this feature request?
Currently in
cf7 push
(and the legacycf6 push
) a user can modify the buildpacks of the app, and a range of other attributes, but they cannot specify the service instances to bind to.Could we please add
--service
and an-S
alias to thecf7 push
command?Who is the functionality for?
Developers
How often will this functionality be used by the user?
All the time.
Who else is affected by the change?
No one negatively affected.
Is your feature request related to a problem? Please describe.
It is frustrating that I cannot
cf7 push
and specify the set of service instances to bind to.Describe the solution you'd like
Describe alternatives you've considered
Currently a user must setup service bindings via app manifests or via
cf7 bind-service
helper.