From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: What a modern collaboration toolkit looks like Date: Wed, 02 Jan 2008 13:33:20 +0900 Message-ID: <87ve6cvobz.fsf@catnip.gol.com> References: <20071230122217.3CA84830B9A@snark.thyrsus.com> <20071231130712.GB8641@thyrsus.com> <87y7b96az8.fsf@member.fsf.org> <87ir2dvzlw.fsf@catnip.gol.com> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1199248422 26462 80.91.229.12 (2 Jan 2008 04:33:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Jan 2008 04:33:42 +0000 (UTC) Cc: tassilo@member.fsf.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 02 05:34:02 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1J9vIn-0008Q2-NZ for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 05:34:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J9vIR-0003Nh-RO for ged-emacs-devel@m.gmane.org; Tue, 01 Jan 2008 23:33:39 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J9vIO-0003NN-FK for emacs-devel@gnu.org; Tue, 01 Jan 2008 23:33:36 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J9vIN-0003N0-05 for emacs-devel@gnu.org; Tue, 01 Jan 2008 23:33:36 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J9vIM-0003Mu-Up for emacs-devel@gnu.org; Tue, 01 Jan 2008 23:33:34 -0500 Original-Received: from smtp02.dentaku.gol.com ([203.216.5.72]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1J9vIF-0006sZ-OD; Tue, 01 Jan 2008 23:33:28 -0500 Original-Received: from 203-216-100-219.dsl.gol.ne.jp ([203.216.100.219] helo=catnip.gol.com) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1J9vIC-0004RI-Su; Wed, 02 Jan 2008 13:33:25 +0900 Original-Received: by catnip.gol.com (Postfix, from userid 1000) id 60DB82FF7; Wed, 2 Jan 2008 13:33:23 +0900 (JST) System-Type: i686-pc-linux-gnu In-Reply-To: (Eli Zaretskii's message of "Wed, 02 Jan 2008 06:14:16 +0200") Original-Lines: 44 X-Abuse-Complaints: abuse@gol.com X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:85852 Archived-At: Eli Zaretskii writes: >> > To start using git, we need first get to the point the Linux kernel >> > developers are at: lots of developers independently developing all >> > kinds of extensions. _And_ we need a head maintainer who works on >> > nothing else but integration of features she likes into the product >> > that is eventually released. >> >> No we don't (how on earth did you reach that conclusion ?!). > > AFAIK, this is how Linux kernel development works, and that is the > single most important basis for the git philosophy. There's a common kernel development style, and git is good at it -- but git has been influenced by _many_ people, and as a result, supports many different working styles quite well (and even kernel development is not so homogeneous -- various sub-projects use a more centralized development style, and yet can inter-operate seemlessly with the main kernel). >> Git, like most modern source control systems, is pretty much a >> _superset_ of CVS, and can happily be used with a CVS-like "central >> server" (where it still handily beats the pants of CVS in almost every >> respect). > > IMO, it hardly makes sense to switch, then, and it's not what Tassilo > had in mind and put in writing, AFAIU. Again: it still handily beats the pants of CVS in almost every respect [when used in "centralized" fashion]. _And_ it gives much more flexibility to developers. For instance, I may normally push changes to the central repository many times a day, but if I go on a vacation, I can bring my laptop and _continue_ commiting changes "locally", and then push them all to the central repository when I get back (preserving all commit boundaries of course). Git allows many development styles to interact seamlessly. I think that's a good thing. -Miles -- o The existentialist, not having a pillow, goes everywhere with the book by Sullivan, _I am going to spit on your graves_.