All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: Experimental branch for GRUB
Date: Fri, 23 Oct 2009 00:17:09 +0200	[thread overview]
Message-ID: <20091022221708.GA8123@thorin> (raw)
In-Reply-To: <ca0f59980910220217p11cfeb6x75895dd6c0935d89@mail.gmail.com>

On Thu, Oct 22, 2009 at 05:17:55PM +0800, Bean wrote:
> Hi,
> 
> I think it could be beneficial to have a experimental branch for GRUB.
> Minor bug fixes can be applied to mainstream directly. But for big and
> intrusive changes, such as the new menu system, we can place it in the
> experimental branch first. Users interested in the latest fancy
> feature can use the experimental branch, while more conservative users
> can use mainstream code. When the code in experimental branch become
> stable enough, we can integrate it back to the main repository.

Sometimes I find myself in need of that too.

As you probably noticed, I recently got started with GNU Bazaar (initially
as part of my involvement with gNewSense).  There's now a Bazaar mirror of
GRUB SVN, and I'm beginning to use it to manage my own patchsets.

I think it is natural that, since it's part of the GNU system, Bazaar is the
first option to be taken into consideration for this task.  I think we all
agree that while SVN is (and will continue to be) a good consensus solution
for managing a trunk, it doesn't excel when it comes to branching.

My experience with it is limited, but it seems to be capable of dealing
with the workflow you're proposing (branching, resyncing, etc), and I have
observed that its UI is quite simple and easy to figure out.

Perhaps someone who's more seasoned than me in using Bazaar can provide
his/her insight, or perhaps you'd like to play with it (if you haven't
already) by branching off the mirror I just finished setting up (see my
other mail).

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



  reply	other threads:[~2009-10-22 22:17 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-22  9:17 Experimental branch for GRUB Bean
2009-10-22 22:17 ` Robert Millan [this message]
2009-10-23  7:06   ` Bean
2009-10-23 13:45     ` Robert Millan
2009-10-23 14:08       ` Colin Watson
2009-10-24 12:45         ` Robert Millan
2009-10-23 14:44     ` Vladimir 'phcoder' Serbinenko
2009-10-23 14:35 ` Vladimir 'phcoder' Serbinenko
2009-10-24 13:09   ` Robert Millan

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=20091022221708.GA8123@thorin \
    --to=rmh@aybabtu.com \
    --cc=grub-devel@gnu.org \
    /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.
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.