Re: [PATCH] replace: List replacement along with the object
From: Christian Couder <hidden>
Date: 2016-06-15 22:51:55
On Fri, Aug 26, 2011 at 9:38 AM, Michael J Gruber [off-list ref] wrote:
Christian Couder venit, vidit, dixit 25.08.2011 18:29:quoted
On Thu, Aug 25, 2011 at 4:39 PM, Michael J Gruber [off-list ref] wrote:quoted
The documentation could be misunderstood as if "git replace -l" lists the replacements of the specified objects. Currently, it lists the replaced objects.You could just change the documentation to make it more explicit.Well, sure. I just didn't find the current form that useful.quoted
quoted
Change the output to the form "<object> <replacement>" so that there is an easy way to find the replacement, besides the more difficult to find git show-ref $(git replace -l).I shamelessly copied the "-l <pattern>" feature and the documentation from "git tag". If you just change the output of "git replace -l" it will make the UI inconsistent between both commands.I don't think many people will expect consistency between branch and tag on the one hand, and replace refs on the other hand. It requires the knowledge that a replacement is basically a lightweight tag stored in a different namespace in refs/, which I would actually consider an implementation detail.
It is an implementation detail, but anyway UI consistency is important and I would suggest the same behavior even if it was implemented in another way. By the way it would be nice to make "git remote" more similar to "git branch", "git tag" and "git replace" while you are at it.
quoted
Maybe you could add a "-L <pattern>" feature to "git replace", "git tag" and "git branch" that would output "<ref name> <ref content>"?I'd use "-v" then if this is about consistency, because that *always* means "verbose", and migrate the misnamed "git tag -v"...
Yeah, but "git branch -v" is decribed like this:
Show sha1 and commit subject line for each head, along with
relationship to upstream branch (if any). If given twice, print the
name of the upstream branch, as well.
So if you implement it in "git replace" and "git tag", you should at
least show the commit subject line too.
Thanks,
Christian.