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
feature: addition of list-commits and show-commit commands #10867
Conversation
c2e1ef9
to
0406a80
Compare
6c55254
to
ac2ff53
Compare
37efe3e
to
05062c2
Compare
!!build!! windows failed... |
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.
There are a few nit issues (they're not required, just if you've got time).
mostly related refactoring to naming and spacing
Thanks for this, really fun to play with. Some feedback I think you're correct on the "no commits made yet" feedback message. We do this in other places, like if you don't have an active model or controller. In storage it's "No storage to display" so how about sticking with that and doing "No commits to list" (without the headings) when there are none. For the list-commits can we sort them desc please as the more recent history at the top is useful. e.g. list-commits | head with the headings vs if you have it at the bottom you've got to let it scroll and lose the headings in the output. I think over time we might make this more interesting and only go back so far without a --all or something but for now I think just sorting reverse would be good. For the listing committed at dates, can we do a condensed date format. I'm trying to see if we have a standard for this elsewhere, but I'm tempted to run with what we use in the "juju list-users" output for "Date created" as that's a pretty nice human readable time there. Having the detailed date in show-commit is perfect though. The other way to go would be just a simpler date but then we get into format debates and the like. Finally, with us asking folks to play with this I think we need to change the feature flag name to not be "generations" but "branches" to match what the users are interacting with. Any change that's an easy drive-by here? |
…output, commits feedback featureflags: rename flag from generations to branches
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.
Logic all looks good. Just some mechanical stuff I'd like to see.
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.
Looks great.
!!build!! |
thanks for the review of this chunk! |
To change/add
Description of change
adds:
commits
show-commit <number>
commands
changes:
QA steps
preparation
list-commits test
should not show anything other than bla, because blub did not get committed
It should not show aborted branches as well!
no branches committed yet
--> might want to change that to a proper message
show-commits test
err case:
Bug reference