From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934655AbYEUQQ7 (ORCPT ); Wed, 21 May 2008 12:16:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760583AbYEUQQu (ORCPT ); Wed, 21 May 2008 12:16:50 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:41382 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759836AbYEUQQt (ORCPT ); Wed, 21 May 2008 12:16:49 -0400 Date: Wed, 21 May 2008 09:16:05 -0700 (PDT) From: Linus Torvalds To: Takashi Iwai cc: Rene Herman , alsa-devel@alsa-project.org, Linux Kernel Subject: Re: [alsa-devel] HG -> GIT migration In-Reply-To: Message-ID: References: <200805211430.06653.linux@audioscience.com> <483415E7.5080402@keyaccess.nl> <48341DF5.4090307@keyaccess.nl> <48344271.3090700@keyaccess.nl> User-Agent: Alpine 1.10 (LFD 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 21 May 2008, Takashi Iwai wrote: > > But, this means that the fixes done outside the subsystem tree cannot > be in the subsystem tree itself until the next release. It's a pretty > weird situation. No it is NOT. Why should you have stuff from outside the subsystem tree? And quite frankly, the only reason to *need* those fixes in the first place is if you merge random test-kernels during the merge window. What you should strive for is to merge at the stable point, not random kernels to keep you "up-to-date", and suddenly you don't need to make more merges just to get (possibly) new fixes. See? If it's the ALSA tree, then what is it doing pulling all the random other stuff that I merge? In other words - merging my random stuff, THAT is the "weird situation". You should be doing ALSA development, not "random kernel" development. > The method Linus suggested is suitable for random patches like tirival > tree, but apparently not for every case. Umm. Bigger subsystems than ALSA are successfully using it and have no problems, and don't think they need to merge backwards: [torvalds@woody linux]$ git rev-list v2.6.25.. drivers/net/ | wc -l 739 [torvalds@woody linux]$ git rev-list v2.6.25.. sound/ | wc -l 291 iow, the only reason you seem to think that you need to merge more is that you merged too much, or from a too-unstable base, to begin with. Aim for basing things on releases, or at least for merging just at stable points (and only when you *need* to, and it will make your life much easier. And the history will automatically be cleaner and less confusing. Linus