From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: VC mode and git Date: Sun, 05 Apr 2015 21:36:51 +0300 Message-ID: <83y4m6l8vw.fsf@gnu.org> References: <5511998E.8080309@cs.ucla.edu> <5512F8C7.7010509@math.ntnu.no> <5513F889.4000404@math.ntnu.no> <55212DE9.8070806@math.ntnu.no> <55217D4D.4080207@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1428259041 11685 80.91.229.3 (5 Apr 2015 18:37:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 Apr 2015 18:37:21 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 05 20:37:12 2015 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 1YepPv-0005i0-86 for ged-emacs-devel@m.gmane.org; Sun, 05 Apr 2015 20:37:07 +0200 Original-Received: from localhost ([::1]:37300 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YepPu-00073s-Fn for ged-emacs-devel@m.gmane.org; Sun, 05 Apr 2015 14:37:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YepPj-00073n-9C for emacs-devel@gnu.org; Sun, 05 Apr 2015 14:36:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YepPe-0001Jv-AA for emacs-devel@gnu.org; Sun, 05 Apr 2015 14:36:55 -0400 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:56398) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YepPe-0001Jk-1i; Sun, 05 Apr 2015 14:36:50 -0400 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NMC00I00JE1O400@mtaout28.012.net.il>; Sun, 05 Apr 2015 21:35:31 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMC00DO6JN60050@mtaout28.012.net.il>; Sun, 05 Apr 2015 21:35:31 +0300 (IDT) In-reply-to: <55217D4D.4080207@cs.ucla.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.184 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:184958 Archived-At: > Date: Sun, 05 Apr 2015 11:22:05 -0700 > From: Paul Eggert > Cc: emacs-devel@gnu.org > > Richard Stallman wrote: > > The reason I am leaning towards making a repository each time > > I have a change to install is that it might --work-- to install > > changes if I do it with a new repository. > > This is a reasonable approach to take with Git, if one wants to install changes > carefully without detailed understanding of Git. I use this approach myself at > times. Currently on my main development machine I have 79 Emacs repositories; > although most of them are inactive I've used at least 17 of them this year -- > probably more, as every now and then I delete some of them. As others have pointed out, using a separate repository each time does not guarantee that these problems will not happen. It definitely cannot guarantee you against problems with pushing, due to someone else's pushing between the time you clone a new repository and the time you are ready for pushing your commits. When a push fails, you need to pull again, and then you might need to handle the conflicts during the pull, of the same kind Richard bumped into. So I think this kind of workflow doesn't save one from any problems you might encounter with a single clone. It definitely has a disadvantage of cloning the repository each time, which involves moving 400MB through the wire, and takes many minutes.