git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Feature request: show branches in interactive commit
@ 2012-06-28  7:54 Philipp Marek
  2012-06-28  8:53 ` Johannes Sixt
  0 siblings, 1 reply; 2+ messages in thread
From: Philipp Marek @ 2012-06-28  7:54 UTC (permalink / raw)
  To: git

Hello everyone,

I'd like to get a bit of additional output in "git rebase".

Say that "123458" is a commit with "branch1" associated; then I'd hope for output like

    pick 123456 ...
    pick 123457 ...
    pick 123458 ...
    #x git branch "branch1" --force # move the branch?
    pick 123459 ...
    pick 12345a ...

I have a few feature branches that are stacked upon each other; when moving a commit
"down" to the release-branch I'd like to have the other branches at the matching "new"
commit.

Of course I can simply fix up the "rebase" output in my editor - but I guess that might
help a few people, that's why I'm proposing it here.


[ Yes, perhaps I'm doing it wrong, and should be using merge or something else instead;
but it's the way I work, and I think it's a small enough change that won't cause
problems, so I'm asking for it. ]


Best regards,

Phil

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Feature request: show branches in interactive commit
  2012-06-28  7:54 Feature request: show branches in interactive commit Philipp Marek
@ 2012-06-28  8:53 ` Johannes Sixt
  0 siblings, 0 replies; 2+ messages in thread
From: Johannes Sixt @ 2012-06-28  8:53 UTC (permalink / raw)
  To: Philipp Marek; +Cc: git

Am 6/28/2012 9:54, schrieb Philipp Marek:
> Say that "123458" is a commit with "branch1" associated; then I'd hope for output like
> 
>     pick 123456 ...
>     pick 123457 ...
>     pick 123458 ...
>     #x git branch "branch1" --force # move the branch?
>     pick 123459 ...
>     pick 12345a ...
> 
> I have a few feature branches that are stacked upon each other; when moving a commit
> "down" to the release-branch I'd like to have the other branches at the matching "new"
> commit.
> 
> Of course I can simply fix up the "rebase" output in my editor - but I guess that might
> help a few people, that's why I'm proposing it here.

I happen to have one such topic branch stack myself that I carry around
since a while. But the implementation must be a bit smarter: What should
happen if you --abort after e.g. 123459 was picked?

I used this scheme sometimes:

     pick 123456 ...
     pick 123457 ...
     pick 123458 ...
     x git rev-parse HEAD >sha1
     pick 123459 ...
     pick 12345a ...
     x git branch --force "branch1" $(cat sha1)

Granted, an indication where the topic branch heads would have to go in
the todo list, as you suggest, would be nice first step.

-- Hannes

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-06-28  8:54 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-06-28  7:54 Feature request: show branches in interactive commit Philipp Marek
2012-06-28  8:53 ` Johannes Sixt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).