gnu-arch-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnu-arch-users] Re: Problem with star-merge


From: Andrew Suffield
Subject: Re: [Gnu-arch-users] Re: Problem with star-merge
Date: Wed, 1 Jun 2005 11:20:38 +0100
User-agent: Mutt/1.5.9i

On Wed, Jun 01, 2005 at 07:42:05AM +0200, Samuel Tardieu wrote:
> >>>>> "Andrew" == Andrew Suffield <address@hidden> writes:
> 
> Rob> As someone else explained, star-merge can't handle this
> Rob> situation; 'baz merge' can handle more complicated mesh
> Rob> arrangments, though, perhaps it's worth a try?
> 
> Sam>  Also, Darcs handles this situation just fine.
> 
> Andrew> So can tla, just not with star-merge. Why are you even
> Andrew> posting?
> 
> To help the original poster. You may not like it that I talk about
> another RCS, but Darcs has a *simple* and working solution to what he
> was trying to do. Each of tla, baz, darcs and many others have their
> strengths and weaknesses.
> 
> So what was the simple solution with tla that doesn't require a
> change in the original poster architecture? (4 developpers all
> fetching from each other repositories with no "central" branch)

replay, and half an inch of brain matter (duh). If you've only got
four brances to play with then it's downright *easy*. star-merge is
automation for a specific case. This is not that case. tla is not
trapped into using only one method.

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ |
 `. `'                          |
   `-             -><-          |

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]