monotone-devel
[Top][All Lists]
Advanced

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

Re: cvssync (was Re: [Monotone-devel] Re: big repositories inconvenience


From: Daniel Carosone
Subject: Re: cvssync (was Re: [Monotone-devel] Re: big repositories inconveniences (partial pull?))
Date: Sat, 9 Sep 2006 07:12:28 +1000
User-agent: Mutt/1.5.13 (2006-08-11)

On Fri, Sep 08, 2006 at 06:50:28PM +0200, Markus Schiltknecht wrote:
> Christof Petig wrote:
> >that's the root, isn't it. The server path is in the file Repository.
> 
> Right, it's the CVSROOT, sorry.
> 
>  > actually the last plan was to store it as an attribute called
> >"cvs:server_path" attached to the root directory "".
> 
> ISTM that it's not an attribute of the root directory, but of the 
> revision. 

Nope. It doesn't really change from one revision to the next, does it?
At least, we want to inherit the same CVSROOT from one revision to the
next until there's a need to change it (because the server moved).

> OTOH what else is needed to add revision attributes? Only little more 
> text in the manifest, isn't it?

I'm not sure what you mean by "revision attributes". There's no such
thing, now: if you want to annotate revisions with extra information,
you use certs, and can do so after the fact.  

If this doesn't match what you meant, think about it this way: is
there a use case you have in mind where this information must be part
of the revision (set at creation time, and part of the hash that makes
up the revision id) but makes no sense on the root dir?  Or is it that
you want once-off attr's that don't get passed on to children?  We
might imagine uses for those, but why would we restrict them to the
revision as a whole rather than allow them per file?

Remember that attr's are just values; interpretation of those values
is a matter of convention and implementation *per attribute*, as in
previous discussion where I suggested refining the interpretation of
the cvs version attr to be 'the rev we last synced with' rather than
strictly 'the rev we are in sync with'.

--
Dan.

Attachment: pgpZRURY1klu4.pgp
Description: PGP signature


reply via email to

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