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: Basic Bazaar guide for Emacs hackers. Date: Sat, 28 Nov 2009 02:48:53 +0100 Message-ID: <87k4xbbere.fsf@telefonica.net> References: <87skbzblp5.fsf@telefonica.net> <87iqcvh26y.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1259373124 23951 80.91.229.12 (28 Nov 2009 01:52:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 28 Nov 2009 01:52:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 28 02:51:57 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 1NECTd-0000eb-DR for ged-emacs-devel@m.gmane.org; Sat, 28 Nov 2009 02:51:57 +0100 Original-Received: from localhost ([127.0.0.1]:49675 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NECTc-0002NV-Sx for ged-emacs-devel@m.gmane.org; Fri, 27 Nov 2009 20:51:56 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NECTX-0002MO-VL for emacs-devel@gnu.org; Fri, 27 Nov 2009 20:51:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NECTT-0002LS-Mn for emacs-devel@gnu.org; Fri, 27 Nov 2009 20:51:51 -0500 Original-Received: from [199.232.76.173] (port=52729 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NECTT-0002LL-JU for emacs-devel@gnu.org; Fri, 27 Nov 2009 20:51:47 -0500 Original-Received: from impaqm2.telefonica.net ([213.4.138.2]:15965) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NECTT-00045q-AV for emacs-devel@gnu.org; Fri, 27 Nov 2009 20:51:47 -0500 Original-Received: from IMPmailhost6.adm.correo ([10.20.102.127]) by IMPaqm2.telefonica.net with bizsmtp id AL6E1d01W2kvMAa3MRrlUH; Sat, 28 Nov 2009 02:51:45 +0100 Original-Received: from qcore ([81.38.65.141]) by IMPmailhost6.adm.correo with BIZ IMP id ARrk1d00632rZeR1mRrkmw; Sat, 28 Nov 2009 02:51:45 +0100 X-TE-authinfo: authemail="981711563$telefonica.net" |auth_email="981711563@telefonica.net" X-TE-AcuTerraCos: auth_cuTerraCos="cosuitnetc01" In-Reply-To: <87iqcvh26y.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Sat, 28 Nov 2009 10:23:49 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:117890 Archived-At: "Stephen J. Turnbull" writes: > =C3=93scar Fuentes writes: > > > I know some of you are pushing hard for introducing complete and corre= ct > > dVCS practices among the Emacs developers. > > What you are recommending is very easy for the individual developer > but makes for a messy history. CVS *forces* you to either crap all > over the history, or to refrain from committing until the patch is > perfect. The approach *suggested* (not *recommended*) on that page, makes things worse than the current CVS practice? > dVCS gives you an alternative: commit frequently until done, > *then* push. > Please insert a big warning to explain that developers who choose this > workflow are making an antisocial choice of their own convenience > over more informative logs for the project. Fist of all, I shall note that what the page says is not intended to be a permanent practice (although it works fine for quick fixes and small changes). The page may be removed after a few months, once Emacs raises and official policy for committing to the master branch. So, if that practice does not turn things worse than now are wrt the VC history, does it make sense to scare people away with words like "antisocial"? If this is the case, I'll delete the page altogether. I don't want to promote antisocial behavior on the emacs developers. OTOH, have you considered the scenario consisting on people pushing changes into the master branch without fully understanding how they impact the history? I'm thinking on throwaway commits inadvertently pushed, etc. This will be a transient effect, but so is the approach described on the wiki page I wrote. --=20 =C3=93scar