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: Please don't use revision numbers on commit messages (and elsewhere). Date: Fri, 01 Apr 2011 22:52:59 +0300 Message-ID: <83ei5lycis.fsf@gnu.org> References: <877hbfvwyo.fsf@wanadoo.es> <87tyeivni1.fsf@wanadoo.es> <87k4fevkc1.fsf@wanadoo.es> <83wrjepepy.fsf@gnu.org> <874o6iugpt.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1301687633 4511 80.91.229.12 (1 Apr 2011 19:53:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 1 Apr 2011 19:53:53 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?utf-8?Q?=C3=93scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 01 21:53:48 2011 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.69) (envelope-from ) id 1Q5kPk-0003hG-9M for ged-emacs-devel@m.gmane.org; Fri, 01 Apr 2011 21:53:48 +0200 Original-Received: from localhost ([127.0.0.1]:53233 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q5kPj-0001vl-Po for ged-emacs-devel@m.gmane.org; Fri, 01 Apr 2011 15:53:47 -0400 Original-Received: from [140.186.70.92] (port=35358 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q5kPe-0001ra-Ei for emacs-devel@gnu.org; Fri, 01 Apr 2011 15:53:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q5kPd-0000PP-7u for emacs-devel@gnu.org; Fri, 01 Apr 2011 15:53:42 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:58437) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q5kPc-0000PE-RC for emacs-devel@gnu.org; Fri, 01 Apr 2011 15:53:41 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LIZ00G00OEU3C00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Fri, 01 Apr 2011 22:52:57 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.47.180]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LIZ00EAHOK7AYP0@a-mtaout20.012.net.il>; Fri, 01 Apr 2011 22:52:57 +0300 (IDT) In-reply-to: <874o6iugpt.fsf@wanadoo.es> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.166 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:138022 Archived-At: > From: =C3=93scar Fuentes > Date: Fri, 01 Apr 2011 17:35:58 +0200 >=20 > Eli Zaretskii writes: >=20 > >> Anyone can setup a public repo anytime, anywhere. Let's think of= a > >> long-lived feature branch of the type of lexbind or bidi > > > > The bidi branch was never alive for a long time. >=20 > bidi was mentioned as an example of a task suitable for a long live= d > feature branch (and for working on a team, or at least publish the > branch and accept occasional contributions.) I was not implying tha= t > bidi was actually managed that way. And I was trying to say that you won't find more than a very small number of examples of long-living (as opposed to long dead) branches. > >> On a distributed project, you don't know how many active branche= s exist > >> out there. > > > > Emacs is not currently a distributed project, and I see no signs = that > > it is going to become one. >=20 > No, you see no signs because private branches live on private machi= nes, > which is precisely one of the specific characteristics of a dVCS. I= have > two branches where I do development since a year ago. I'm sure you > wasn't aware of their existence until now :-) And I have 3 branches, so what? As long as we don't push or pull or merge from/to those as a matter of routine, Emacs is not a distribute= d project. It has a potential of becoming one, but to make that happen= , we will need much more than use revision IDs. > > It is very easy to see that revision, even if it is on the other > > branch, assuming that the referenced branch is in your repo, with= the > > "revno:NNN:/path/to/branch" revision identifier. >=20 > Precisely, what I described above was a setup where having the "oth= er > branch" (say better "the other brancheS") is a burden. So I don't h= ave > them. The above works with URLs as well, of course. You don't need to have the branches locally.