-
Notifications
You must be signed in to change notification settings - Fork 15
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
command line is awkward #4
Comments
I'm glad I saw this, I was just about to |
A major complaint from users of litmus are that it's incredibly non-intuitive to remove a forced health (see issue braintree#4). Most people will just assume `force up` is the opposite to `force down`, putting their service's health in the wrong state. Hopefully, adding a `force remove` will make it easier for users to perform their expected actions.
I agree, the CLI is awkward. I'm not sure what a better one really looks like though... we'd be open to suggestions (and PRs). Maybe something like If we did that, I think we'd want to rework the HTTP API, though. |
I think the best proposal I have seen was in the last comment of #16: |
I had a thought yesterday:
We could deprecate the |
That's not entirely true though - |
Another option might be:
I am not a huge fan of unforce, as it is an awkward English word |
How about this
|
@pitluga I like monitor, though I would prefer to keep the short options, but that is mainly a preference for less typing. |
What about |
I think the problem with commands that remove all existing forces is that there are cases where we we need more granularity, like removing a force down but not a force health. Having a hard time coming up with an elegant interface that retains full functionality, but going off of @ssgelm suggestion something like this might work:
|
The confusing thing about
By removing the side-effects of needing to know the current status of the service, you make the commands more predictable. |
That doesn't make sense. Think about a better api
The text was updated successfully, but these errors were encountered: