Re: Find out on which branch a commit was originally made
- From
- Artur Skawina <art.08.09@gmail.com>
- Date
- Sep 19, 2010, 14:03 UTC
- Message-ID
- <4C96183E.7020208@gmail.com>
- In-Reply-To
- <1jp2d5s.1q4xl2w1f5ufljM%lists@haller-berlin.de>
On 09/19/10 11:45, Stefan Haller wrote:
Show 17 quoted lines
> Artur Skawina <art.08.09@gmail.com> wrote: > >> On 09/18/10 17:26, Stefan Haller wrote: >>> Ævar Arnfjör? Bjarmason <avarab@gmail.com> wrote: >>>> A---B---C topic >>>> / \ >>>> D---E---F---G---H master >> >>> The question is the same though: if I hit commit B while blaming, how do >>> I know what topic it was a part of? For that, I need to find commit H >>> which will tell me, right? How do I do that? >> >> git rev-list --ancestry-path --merges --reverse B..master --format=oneline > > Thanks, this is helpful. (However, my co-workers will probably laugh at > me if I suggest they remember a command such as this for what they think > should be a very simple operation.)
An alias such as "git show-merges-since B" might help.
Show 9 quoted lines
> There's a problem though for commits that are far back in history: > > A---B---C topic > / \ > D---E---F---G---H---I---J---K---L---M---N master > \ / > O---P---Q another-topic > > Your command also shows M, which is not interesting at all in this
But you're only interested in the name of the original topic branch, right? Then the first merge will tell you that; I omitted "| head -1" from the cmdline above, just in case the history isn't as simple as in this graph.
> context. Ideally it should stop at the first command that's common to > topic and master. Is there an easy way to achieve that?
Well, as you've explicitly deleted the 'topic' ref, how is git supposed to find it?
The above "git rev-list" will give you either the merge w/ the info you are looking for, or a list of merge commits that you'll have to filter (grep etc) to find the first one containing the answer.
Show 9 quoted lines
>> IOW if you know you could still need the old branch info, make an alias >> that doesn't actually delete the branch after merging, but moves the ref >> away, eg 'topic-name' -> "merged/topic-name" or just adds a >> "merged/topic-name" tag. Then simply checking from which "merged/*" >> branch/tag the offending commit is reachable would be enough. > > Same problem here: this also shows all branches that were created and > merged after the original topic was merged. (In the example above, it > will also list another-topic.) This makes it pretty much impossible to
Yes. "git merge-base master another-topic" would return 'J' and if 'B' is still reachable from 'J' then 'another-topic' isn't the answer and you have to keep looking. So it's a bit more complicated.
artur