Re: merge time
- From
Jeff King <peff@peff.net>
- Date
- Jul 30, 2007, 08:41 UTC
- Message-ID
- <20070730084138.GA4100@coredump.intra.peff.net>
- In-Reply-To
- <Pine.LNX.4.64.0707300133210.6478@asgard.lang.hm>
On Mon, Jul 30, 2007 at 01:34:55AM -0700, david@lang.hm wrote:
> yes, but this entire thread was an attempt to avoid browsing the history and > instead figure out the relationships between commits by dates. so the people > wanting this don't care how ugly it makes the history (but since they want > to do this in other people's repositories this won't work for them either)
I think we drifted a bit from that with Steffen's original message...
If you followed a strict policy of always merging topics to a "base" branch as your first parent, then never allowing fast forwards should allow a very easy-to-read history in gitk. The left-most line of commits would simply be a record of topics getting merged in, and would never contain any "non-base" commits.
-Peff