Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932574AbWAJUT1 (ORCPT ); Tue, 10 Jan 2006 15:19:27 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932576AbWAJUT0 (ORCPT ); Tue, 10 Jan 2006 15:19:26 -0500 Received: from mailout.stusta.mhn.de ([141.84.69.5]:38153 "HELO mailout.stusta.mhn.de") by vger.kernel.org with SMTP id S932574AbWAJUTM (ORCPT ); Tue, 10 Jan 2006 15:19:12 -0500 Date: Tue, 10 Jan 2006 21:19:09 +0100 From: Adrian Bunk To: Linus Torvalds Cc: "Brown, Len" , "David S. Miller" , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, akpm@osdl.org, git@vger.kernel.org Subject: Re: git pull on Linux/ACPI release tree Message-ID: <20060110201909.GB3911@stusta.de> References: <20060108230611.GP3774@stusta.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2230 Lines: 54 On Sun, Jan 08, 2006 at 07:26:50PM -0800, Linus Torvalds wrote: >... > THIS is what "rebase" is for. It sounds like what you really want to do is > not have a development branch at all, but you just want to track my tree > and then keep track of a few branches of your own. In other words, you > don't really have a "real" branch - you've got an odd collection of > patches that you really want to carry around on top of _my_ branch. No? Yes. > Now, in this model, you're not really using git as a distributed system. > In this model, you're using git to track somebody elses tree, and track a > few patches on top of it, and then "git rebase" is a way to move the base > that you're tracking your patches against forwards.. I am using the workaround of carrying the patches in a mail folder, applying them in a batch, and not pulling from your tree between applying a batch of patches and you pulling from my tree. > It's also entirely possible that you may want to look at "stacked git" > (stg), which is really more about a "quilt on top of git" approach. Which > again, may or may not suit your needs better. >... After a quick look, stg seems to be an interesting project that might suit my needs. I'd say the main problem is that git with several other projects like cogito and stg on top of it allow many different workflows. But finding the one that suits one's needs without doing something in a wrong way is non-trivial. It might help if someone could write some kind of "Git for dummies" that focusses only on the usage and advantages/disadvantages of user interfaces like cogito, stg and (H)GCT and restricts the discussion of git internals to a short paragraph in the introduction. > Linus cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed - 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/