Re: [BUG?] git rebase not accepting :/ syntax
On Fri, 07 Sep 2012 15:54:49 +0200 Andreas Schwab sch...@linux-m68k.org wrote: Yann Dirson dir...@bertin.fr writes: In 1.7.10.3, git rebase -i :/Merge will complain with: fatal: Needed a single revision invalid upstream :/Merge ... whereas git rev-parse :/Merge has no problem resolving to a single revision. git rebase actually calls git rev-parse :/Merge^0, which due to the unlimited nature of :/ doesn't work. Hm. But then, git rev-parse $(git rev-parse :/Merge}^0 does work, a trivial patch would appear to make things better. BTW, git-rebase.sh seems to be quite inconsistent on the use of $() vs. ``, not to mention the clear preference stated in CodingGuidelines. I guess I'll find a moment for a couple of patches... OTOH, git rebase -i HEAD^{/Merge} does work, and rev-parse resolves it to the same commit. OTOH, git rev-parse HEAD^{/Merge}^0 works as expected. Andreas. -- Yann Dirson - Bertin Technologies -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [BUG?] git rebase not accepting :/ syntax
Yann Dirson wrote: On Fri, 07 Sep 2012 15:54:49 +0200 ... BTW, git-rebase.sh seems to be quite inconsistent on the use of $() vs. ``, not to mention the clear preference stated in CodingGuidelines. There are still quite a few more places in *.sh where `cmd`is used instead of $(cmd): check-builtins.sh, git-am.sh, git-merge-one-file.sh, git-pull.sh, git-rebase--merge.sh, git-repack.sh, git-stash.sh, git-web--browse.sh,test-sha1.sh, unimplemented.sh I guess I'll find a moment for a couple of patches... Might wanna fix them all in one go? Bye, Jojo -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[BUG?] git rebase not accepting :/ syntax
In 1.7.10.3, git rebase -i :/Merge will complain with: fatal: Needed a single revision invalid upstream :/Merge ... whereas git rev-parse :/Merge has no problem resolving to a single revision. OTOH, git rebase -i HEAD^{/Merge} does work, and rev-parse resolves it to the same commit. Is that due in some way to the semantic differences between the two revspecs, or is that just a bug ? -- Yann Dirson - Bertin Technologies -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [BUG?] git rebase not accepting :/ syntax
Yann Dirson dir...@bertin.fr writes: In 1.7.10.3, git rebase -i :/Merge will complain with: fatal: Needed a single revision invalid upstream :/Merge ... whereas git rev-parse :/Merge has no problem resolving to a single revision. git rebase actually calls git rev-parse :/Merge^0, which due to the unlimited nature of :/ doesn't work. OTOH, git rebase -i HEAD^{/Merge} does work, and rev-parse resolves it to the same commit. OTOH, git rev-parse HEAD^{/Merge}^0 works as expected. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 And now for something completely different. -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html