The root git plan command should show help, instead of running a subcommand
#65
Labels
discussion
Discussions about the project or implementation
Milestone
Comments
|
Not gonna lie, one of the big motivations behind this is to simplify the tool's architecture and avoid having to (e.g.) share argparse |
|
I decided against this in the end, because I found a way to implement it elegantly. |
rorybyrne
added a commit
that referenced
this issue
Mar 27, 2021
What does this commit do? ========================= * Chooses a default subcommand (list/add) in cli.py, instead of via a default "plan.py" subcommand * Deletes "plan.py" * Adds comments to "cli.py" * Removes the help command Why are we doing this? ====================== * To simplify the architecture of the CLI * Adds a test Notes ===== Closes #51 Closes #65
rorybyrne
added a commit
that referenced
this issue
Mar 27, 2021
What does this commit do? ========================= * Chooses a default subcommand (list/add) in cli.py, instead of via a default "plan.py" subcommand * Deletes "plan.py" * Adds `-a` flag to list plans on all branches * Adds comments to "cli.py" * Removes the help command Why are we doing this? ====================== * To simplify the architecture of the CLI * Adds a test Notes ===== Closes #51 Closes #65
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This may be controversial, but I think that running
git planshould simply trigger the help output (like git). This forces users to be explicit and typegit plan listorgit plan add. We could offer advice in the README on how to useful aliases for git-plan.The text was updated successfully, but these errors were encountered: