Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161117AbWHJIF5 (ORCPT ); Thu, 10 Aug 2006 04:05:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161126AbWHJIF5 (ORCPT ); Thu, 10 Aug 2006 04:05:57 -0400 Received: from mail.gmx.de ([213.165.64.20]:46799 "HELO mail.gmx.net") by vger.kernel.org with SMTP id S1161117AbWHJIF4 (ORCPT ); Thu, 10 Aug 2006 04:05:56 -0400 X-Authenticated: #1490710 Date: Thu, 10 Aug 2006 10:05:54 +0200 (CEST) From: Johannes Schindelin X-X-Sender: gene099@wbgn013.biozentrum.uni-wuerzburg.de To: Junio C Hamano cc: git@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: What's in git.git, and announcing GIT 1.4.2-rc4 In-Reply-To: <7vy7txxts5.fsf@assigned-by-dhcp.cox.net> Message-ID: References: <7vy7txxts5.fsf@assigned-by-dhcp.cox.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1971 Lines: 61 Hi, On Wed, 9 Aug 2006, Junio C Hamano wrote: > * The 'next' branch, in addition, has these. > > = To graduate immediately after 1.4.2 happens: > > [...] > > - pack-objects can copy a non-delta representation of a object > with the new style header straight into packs. > > [...] > > * Hopefully not too long after 1.4.2: > > [...] > > - New style loose objects, which use the same header format as > in-pack objects, can be copied straight into packs when not > deltified. I am hoping that we can make the new-style loose > objects the default in 10 to 12 weeks to give everybody time > to update to 1.4 series. These are the same, no? > * The 'pu' branch, in addition, has these. > > [...] > > - Johannes has a new diff option --color-words to use color to > squash word differences into single line output. > > I do not feel much need for this stuff, and the change is > rather intrusive, so I am tempted to drop it. I beg to differ on the "intrusive": except for needed structs and functions, which are totally orthogonal with the rest of git, it only touches fn_out_consume(), builtin_diff() and in an obvious way, diff_opt_parse() and struct diff_options. So the real impact is pretty low and well contained. Besides, I really use it often -- you should try it! Call me blind, but very often I cannot spot the differences (in the unified diff) when they are minor, especially when there was just a typo in the documentation. You could now say that I should not care about it, then, but if _I_ made the mistake, I want to learn from it. Of course, if you really hate what it does, I will happily carry it in my personal repository; I _need_ it. Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/