public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Revision control systems
Date: Tue, 24 May 2005 14:58:20 -0400	[thread overview]
Message-ID: <4293794C.5020206@smiths-aerospace.com> (raw)

Hi Wolfgang,

Are you still considering switching from CVS to a distributed version 
control system?  The following is a pretty interesting summary of a few 
of them:
<http://www.livejournal.com/users/bramcohen/17319.html?thread=163751>

I've dabbled with ARCH (tla) and monotone (only since the weekend) to 
pull the u-boot CVS into a local repository and merge/control local 
changes while tracking the master repository.  After reading the above 
article, I've been reading up on DARC as well.

With ARCH, my approach was to create a Sourceforge CVS -> ARCH master, 
using ARCH to create changesets that tracked the Sourceforge CVS master 
repository.  I then created a "local master" ARCH repository and applied 
the "master master" patchsets to the "local master".  I've had some 
problems tracking the master repository successfully.

Monotone looks promising because Linus was considering using it and 
because, according to the article, git closely resembles it.  If you're 
going to grab a tiger tail, might as well grab the tail of the biggest 
one ;-)  Monotone is designed to make multiple branches and multiple 
heads easy to create and merge, which seems to be a good way to go for 
tracking a master and simultaneously controlling local changes.  I don't 
have enough time in on it to see how well it works in practice.

DARC looks very promising for slaving off a master repository with local 
changes.  I like the idea of being able to easily forward a changeset to 
the Repository Master (you), and then, when it gets accepted, undo the 
local changeset and apply the master changeset.  ARCH can be used this 
way but DARC appears to be structured more for this type of usage with 
its emphasis on independent commutable patches.  How well it works in 
practice remains to be seen...

Thanks,
gvb

             reply	other threads:[~2005-05-24 18:58 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-24 18:58 Jerry Van Baren [this message]
2005-05-24 21:06 ` [U-Boot-Users] Revision control systems Wolfgang Denk
2005-05-24 22:01   ` Jerry Van Baren
2005-05-25  9:04     ` Wolfgang Denk
2005-05-26 12:15       ` Jerry Van Baren
2005-06-02 12:31         ` Cliff Brake

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=4293794C.5020206@smiths-aerospace.com \
    --to=gerald.vanbaren@smiths-aerospace.com \
    --cc=u-boot@lists.denx.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox