From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: GNU Emacs is on Bazaar now. Date: Tue, 29 Dec 2009 00:14:19 +0100 Message-ID: <87bphir8s4.fsf@telefonica.net> References: <87d4206n80.fsf@canonical.com> <87637qhjqu.fsf@red-bean.com> <87fx6urat1.fsf@telefonica.net> <87oclig1qj.fsf@red-bean.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1262042103 30170 80.91.229.12 (28 Dec 2009 23:15:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Dec 2009 23:15:03 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 29 00:14:56 2009 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 1NPOng-0006FJ-4k for ged-emacs-devel@m.gmane.org; Tue, 29 Dec 2009 00:14:56 +0100 Original-Received: from localhost ([127.0.0.1]:33779 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NPOng-0003Aj-DC for ged-emacs-devel@m.gmane.org; Mon, 28 Dec 2009 18:14:56 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NPOnZ-0003A8-ST for emacs-devel@gnu.org; Mon, 28 Dec 2009 18:14:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NPOnV-00037h-EC for emacs-devel@gnu.org; Mon, 28 Dec 2009 18:14:49 -0500 Original-Received: from [199.232.76.173] (port=36012 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NPOnV-00037b-9l for emacs-devel@gnu.org; Mon, 28 Dec 2009 18:14:45 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:34149) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NPOnU-0000Dc-92 for emacs-devel@gnu.org; Mon, 28 Dec 2009 18:14:44 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1NPOnR-0006Bn-Uk for emacs-devel@gnu.org; Tue, 29 Dec 2009 00:14:41 +0100 Original-Received: from 174.red-83-45-255.dynamicip.rima-tde.net ([83.45.255.174]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Dec 2009 00:14:41 +0100 Original-Received: from ofv by 174.red-83-45-255.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Dec 2009 00:14:41 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 78 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 174.red-83-45-255.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) Cancel-Lock: sha1:PucsaeFYtoOO1NfZdBZiyQxLYeo= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:118894 Archived-At: Karl Fogel writes: > Óscar Fuentes writes: >> Andreas Schwab writes: >>>> A separate question is, is this a *good* procedure for quick fixes? >>> >>> Just commit and push them. There is no point in using a special branch. >> >> It depends on how quick your quickfix is. >> >> If you start editing the trunk mirror expecting to finish on a few >> minutes, but you slowly realize that the issue is not so simple, or some >> other urgent task arises ("you broke the build, fix it asap!" etc) you >> will have to deal with a polluted gateway to upstream, which is a >> inconvenience (move away your "quick" changes, revert modified files, >> and later recover the changes. `bzr shelve' can be handy here, but I >> don't recommend it to beginners.) > > This is one reason we recommended the separate 'quickfix' branch -- > because you never know when a one-commit quick fix will turn into an > N-commit quick fix. I think that Andread was proposing to use the local trunk mirror as the place for editing the quickfixes. You and me agree that that is undesirable. >> Given the slow commit rate on the Emacs project, I see no problem using >> the quickfixes branch on a CVS-like way: bind it to upstream and >> >> bzr update >> >> bzr update >> >> bzr commit -m "fixed bug #2434" >> >> It is very likely that this works fine with VC. > > Did you see the part in http://www.emacswiki.org/emacs/BzrForEmacsDevs > that says this?: > > > It might occur to you to save some effort by just doing bzr push > > directly to the upstream master from inside the quickfixes branch: > > > > cd $DEVHOME/emacs/quickfixes > > bzr push sftp://@bzr.savannah.gnu.org/srv/bzr/emacs/trunk/ > > > > *Do not do this* -- it can cause history to be displayed in a strange > > way in the upstream master, any mirrors or branches of it, and your own > > branch later. Search for the word "hidden" in this mail for more > > details. > > Is that relevant to what you are proposing above? No, because you are committing to upstream, not pushing, i.e. every commit just adds one history item to upstream on top of the previous, without attached or "hidden" revisions, which is perfectly fine for simple changes. Actually, it is the opposite scenario of the one mentioned on the warning you quoted, as it keeps a synchronized linear history between the involved branches. See this hypothetical log entries on upstream trunk: with commit on a bound quickfixes branch: 34823 fixed bug #2423 with commit on an unbound quickfixes branch + merge&commit on a bound local mirror: 34823 fixed bug #2423 (that's the commit to upstream from the local mirror) 33823.33822 fixed bug #2423 (that's the merged local quickfixes commit) The last example has one redundant (although hidden by default) log entry, requires more commands and suffers from the "double commit" nuisance that Kenichi Handa mentioned at the beginning of this thread. -- Óscar