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

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

[Gnu-arch-users] RE: recent changes


From: Derek Zhou
Subject: [Gnu-arch-users] RE: recent changes
Date: Fri, 18 Nov 2005 10:57:55 -0800

It looks like tla already recognize a/c--b--v. My bad. It is not clear from the 
document though.
Derek  

> -----Original Message-----
> From: Matthieu Moy [mailto:address@hidden 
> Sent: Friday, November 18, 2005 4:40 AM
> To: Derek Zhou
> Cc: address@hidden
> Subject: Re: recent changes
> 
> address@hidden (Ludovic Courtès) writes:
> 
> > Hi,
> >
> > "Derek Zhou" <address@hidden> writes:
> >
> >> My short-term wish list of features already in baz that 
> I'd like to see
> >> in tla too:
> >> * a/c--b--v in stead of the -A. make more sense this way.
> >
> > What do you mean?
> 
> many tla commands have a -A option, and you can do for example
> 
> $ tla get -A address@hidden my--project
> 
> whereas baz forces you to do
> 
> $ baz get address@hidden/my--project
> 
> >> * cacherev every 50 revisions and every tag even within the same
> >> archive. Disk is cheap
> >
> > While I agree this should be the default, I think it should not be
> > hard-wired.
> 
> In particular, cachedrevs for all tags are a bad choice if you
> microbranch a lot. It does not only cost disk space, it also costs
> bandwidth: if you have a close ancestor in your revision library, it's
> cheaper to apply a few changesets to it than to get the cached
> revision. Bazaar has clever algorithms to chose which full tree
> revision to start with (a cachedrev, the initial import, or in your
> revision library), but that's relatively deep changes, I don't think
> this will ever be merged into tla.
> 
> -- 
> Matthieu
> 




reply via email to

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