From: Jens Lehmann <Jens.Lehmann@web.de>
To: Stephen Kelly <steveire@gmail.com>, git@vger.kernel.org
Subject: Re: gitk with submodules does not show new commits on other branches
Date: Sun, 22 Jun 2014 17:42:48 +0200 [thread overview]
Message-ID: <53A6F978.4010005@web.de> (raw)
In-Reply-To: <lo6o2h$vva$1@ger.gmane.org>
Am 22.06.2014 16:09, schrieb Stephen Kelly:
>
> Hello,
>
> boost.git, is using submodules.
>
> If I run gitk after a pull, there are some messages along the lines of
>
>
> Update preprocessor from develop.
>
> Submodule libs/preprocessor 9d2d1ff..1422fce:
> Merge branch 'master' into develop
>
>
> That is, it shows only the merge.
>
> If I then run
>
> git log --oneline 9d2d1ff..1422fce
>
> I can see the commits which were made on master and then merged into
> develop. Please show the same information (ie all commits newly reachable
> from develop) in the submodule gitk output.
This should not happen by default. If you have a feature branch based
workflow, the merge is just what you want to see. And "git submodule
summary" is giving you the exact same information.
But I agree that this is suboptimal for your workflow. What about adding
a "Visualize These Changes In The Submodule" menu entry for the context
menu of a change in gitk just like the one git gui already has? Then the
user could examine the merges in more detail if he wants.
next prev parent reply other threads:[~2014-06-22 15:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-22 14:09 gitk with submodules does not show new commits on other branches Stephen Kelly
2014-06-22 15:42 ` Jens Lehmann [this message]
2014-06-22 15:45 ` Stephen Kelly
2014-06-23 13:25 ` Stephen Kelly
2014-06-23 16:31 ` Jens Lehmann
2014-06-23 16:54 ` Stephen Kelly
2014-06-23 17:00 ` Stephen Kelly
2014-06-23 17:35 ` Stephen Kelly
2014-06-23 18:24 ` Stephen Kelly
2014-06-23 19:30 ` Jens Lehmann
2014-06-24 10:07 ` Stephen Kelly
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53A6F978.4010005@web.de \
--to=jens.lehmann@web.de \
--cc=git@vger.kernel.org \
--cc=steveire@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.