From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Florian Weimer Newsgroups: gmane.emacs.devel Subject: Re: Apologia for bzr Date: Sun, 05 Jan 2014 11:10:34 +0100 Message-ID: <871u0mviw5.fsf@mid.deneb.enyo.de> References: <20140102211452.GA28685@c3po> <83d2k9xx1f.fsf@gnu.org> <87fvp4kdoh.fsf@uwakimon.sk.tsukuba.ac.jp> <83iou0wz8s.fsf@gnu.org> <87a9fcjq7m.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1388916663 31261 80.91.229.3 (5 Jan 2014 10:11:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 Jan 2014 10:11:03 +0000 (UTC) Cc: esr@thyrsus.com, kfogel@red-bean.com, Eli Zaretskii , toby-dated-1389906911.cc0ede@dr-qubit.org, emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 05 11:11:09 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Vzkff-0006Qe-Kj for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2014 11:11:03 +0100 Original-Received: from localhost ([::1]:57284 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vzkff-00011B-5K for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2014 05:11:03 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzkfW-000106-PE for emacs-devel@gnu.org; Sun, 05 Jan 2014 05:11:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzkfQ-0002D3-QW for emacs-devel@gnu.org; Sun, 05 Jan 2014 05:10:54 -0500 Original-Received: from ka.mail.enyo.de ([87.106.162.201]:51716) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzkfH-0002Ca-LH; Sun, 05 Jan 2014 05:10:39 -0500 Original-Received: from [172.17.135.4] (helo=deneb.enyo.de) by ka.mail.enyo.de with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) id 1VzkfD-0002kW-3y; Sun, 05 Jan 2014 11:10:35 +0100 Original-Received: from fw by deneb.enyo.de with local (Exim 4.80) (envelope-from ) id 1VzkfC-0002aK-W2; Sun, 05 Jan 2014 11:10:34 +0100 In-Reply-To: <87a9fcjq7m.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Sat, 04 Jan 2014 14:01:01 +0900") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 87.106.162.201 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167353 Archived-At: * Stephen J. Turnbull: > Not the first VCS, but certainly a leader in the generation of VCSes > first to provide the features that got new terminology (index, fetch, > pull, push). For older features (such as commit, diff, and merge) it > uses the traditional terminology. "pull" and "push" came from Bitkeeper (like "clone"), so those were existing terminology as well. "fetch" might have been new, but many users don't need it. "git-update-cache" for constructing commits was certainly new. I think even today, the concept of a persistent staging area for commits which can be edited by the user (and from within shell scripts) is unique to git, and "git add" behaves differently from other systems: git will not automatically make changes part of a commit even if the file is being tracked by version control.