all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Karl Fogel <kfogel@red-bean.com>
To: "Óscar Fuentes" <ofv@wanadoo.es>
Cc: emacs-devel@gnu.org
Subject: Re: GNU Emacs is on Bazaar now.
Date: Tue, 29 Dec 2009 01:14:50 -0500	[thread overview]
Message-ID: <87my12paqt.fsf@red-bean.com> (raw)
In-Reply-To: <87skaupkr9.fsf@telefonica.net> ("Óscar Fuentes"'s message of "Tue, 29 Dec 2009 03:38:34 +0100")

Óscar Fuentes <ofv@wanadoo.es> writes:
>Well, there is no reason to settle on one Golden Workflow. It is clear
>that we want to introduce new good practices on how the VC history is
>developed (one changeset per purpose, etc) but that practices are not
>incompatible with multiple workflows. The feature branches workflow is
>great for substantial changes, but a PITA for one-liners. The
>centralized workflow is perfectly okay (unless you abuse it, or course,
>but you can abuse the distributed one: what stops you from mixing
>unrelated changes on the same merge?)
>
>Since long time ago I think that the main problem most people here have
>with the transition to bazaar is that they lack an insight on what a
>DVCS is (and some even have no previous experience with changeset-based
>VCSs!) People can understand the centralized usage of bzr without too
>much effort, but pushing some hackers here to blindly use the
>distributed workflow is asking for problems. A gradual introduction with
>a simpler workflow helps in several ways. That's a personal decission,
>no other is affected by it.
>
>Please lets not forget that this is not about making Emacs a model of
>orthodoxy in DVCS usage. It's about giving hackers a tool that helps
>them to contribute to Emacs.

Sure, I think everyone agrees on that.

So if people made their one-line changes this way:

  $ cd ${EMACS_DEV_AREA}/trunk
  $ bzr pull
  $ <<< make one-line obvious typo fix, edit ChangeLog file too >>>
  $ bzr commit -m "* README: Fix silly typo."
  <<< change automatically sent from local bound trunk to upstream trunk >>>
  $ 

would there be any negative consequences?  It violates the "keep local
trunk as pristine as possible" rule, and people will run into
complexities if upstream diverges from local trunk before their commit
is ready (they'd have to revert, re-pull, and redo, or something like
that).  Those are the reasons we didn't recommend it in the doc.  But
aside from those problems, could there be any negative consequences to
the versioned history?  I think not, but would like more knowledgeable
people to comment.

-Karl




  parent reply	other threads:[~2009-12-29  6:14 UTC|newest]

Thread overview: 80+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-27 22:55 GNU Emacs is on Bazaar now Karl Fogel
2009-12-28  6:46 ` Kenichi Handa
2009-12-28  6:55   ` Karl Fogel
2009-12-28  8:07     ` Kenichi Handa
2009-12-28  8:52       ` Andreas Schwab
2009-12-28 11:41         ` Juanma Barranquero
2009-12-28 11:45         ` Kenichi Handa
2009-12-28 12:08           ` Juanma Barranquero
2009-12-28 13:10             ` Kenichi Handa
2009-12-28 12:09           ` Andreas Schwab
2009-12-28 13:22             ` Xavier Maillard
2009-12-28 13:51           ` Stephen J. Turnbull
2009-12-28 14:42             ` Juanma Barranquero
2009-12-28  9:19   ` Andreas Schwab
2009-12-28 11:44     ` Juanma Barranquero
2009-12-28 11:47     ` Kenichi Handa
2009-12-28 12:06       ` Andreas Schwab
2009-12-28 13:08         ` Kenichi Handa
2009-12-28 19:59           ` Andreas Schwab
2009-12-28 21:27             ` Karl Fogel
2009-12-28 22:16               ` Andreas Schwab
2009-12-28 22:24                 ` Karl Fogel
2009-12-29  1:26                   ` Giorgos Keramidas
2009-12-29  2:08                     ` Juanma Barranquero
2009-12-29  2:26                       ` Giorgos Keramidas
2009-12-28 22:30                 ` Óscar Fuentes
2009-12-28 22:41                   ` Karl Fogel
2009-12-28 23:14                     ` Óscar Fuentes
2009-12-29  1:17                       ` Karl Fogel
2009-12-29  2:12                         ` Óscar Fuentes
2009-12-29  1:57                       ` Stephen J. Turnbull
2009-12-29  2:00                         ` Karl Fogel
2009-12-29  2:16                         ` Óscar Fuentes
2009-12-29  4:32                           ` Stephen J. Turnbull
2009-12-29  4:46                             ` Óscar Fuentes
2009-12-29  7:25                               ` Kevin Rodgers
2009-12-29 10:27                               ` Juanma Barranquero
2009-12-29 15:54                                 ` Karl Fogel
2009-12-29 16:01                                   ` Juanma Barranquero
2009-12-29 16:15                                   ` Óscar Fuentes
2009-12-29 18:08                                   ` Eli Zaretskii
2009-12-29 18:09                                     ` Juanma Barranquero
2009-12-29 18:47                                       ` Eli Zaretskii
2009-12-29 18:13                                     ` Chong Yidong
2009-12-29 18:36                                       ` Eli Zaretskii
2009-12-29 18:54                                         ` Karl Fogel
2009-12-29 20:06                                           ` Eli Zaretskii
2009-12-29 20:14                                             ` Karl Fogel
2009-12-31  8:18                                               ` Stephen J. Turnbull
2009-12-31  8:29                                                 ` Óscar Fuentes
2009-12-31  9:26                                                   ` Miles Bader
2009-12-31  8:44                                                 ` Miles Bader
2010-01-01  8:41                                                   ` Stephen J. Turnbull
2009-12-31  5:57                                       ` Stephen J. Turnbull
2009-12-31  6:36                                         ` Óscar Fuentes
2010-01-01  9:21                                           ` Stephen J. Turnbull
2010-01-01  9:48                                             ` Óscar Fuentes
2009-12-31 11:33                                         ` Chong Yidong
2009-12-29  1:47                   ` Stephen J. Turnbull
2009-12-29  2:38                     ` Óscar Fuentes
2009-12-29  4:38                       ` Stephen J. Turnbull
2009-12-29  4:58                         ` Óscar Fuentes
2009-12-31  5:54                           ` Stephen J. Turnbull
2009-12-31  5:58                             ` Miles Bader
2009-12-31  6:02                             ` Dan Nicolaescu
2010-01-01 11:22                               ` Stephen J. Turnbull
2009-12-31  6:33                             ` Óscar Fuentes
2009-12-31  6:51                               ` Miles Bader
2010-01-01 10:01                               ` Stephen J. Turnbull
2010-01-01 10:19                                 ` Óscar Fuentes
2009-12-29  6:14                       ` Karl Fogel [this message]
2009-12-29  7:23                         ` Óscar Fuentes
2009-12-28 19:19 ` Eli Zaretskii
2009-12-28 20:00   ` Andreas Schwab
2009-12-28 20:17     ` Eli Zaretskii
2009-12-29 18:00   ` James Cloos
2009-12-29 19:40     ` Óscar Fuentes
2009-12-29 20:02       ` Eli Zaretskii
2009-12-29 20:55       ` James Cloos
2009-12-29 21:30         ` Óscar Fuentes

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87my12paqt.fsf@red-bean.com \
    --to=kfogel@red-bean.com \
    --cc=emacs-devel@gnu.org \
    --cc=ofv@wanadoo.es \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.