Hello Pieter, hello Farzad,
On Wednesday 22 October 2008 Pieter Ennes wrote:
> > Actually, versionning "/etc" is a special use case. I'm going to use FSVS
> > to version other application directories, and therefore in this case the
> > FSVS meta-information is not versionned, right?
You're right, your ignore patterns wouldn't be taken.
> > Well, /etc/fsvs/*/{Urls,Ign,...} will be versionned anyway because I will
> > also commit "/etc", but we're talking about 2 distinct working copies
> > here :)
If you keep that versioned somewhere else, you have some way to retrieve the
data.
> Indeed, I agree that these two cases should ideally be handled in the
> same way... so (forgive me if I'm wrong here), is it true that we have
> two types of data?
>
> 1) The ignore lists and similar
> You'd probably almost always want this to be in the repository (even
> when not versioning /etc but some other directory)? Can it be stored in
> a svn property or special file?
I specifically *didn't* use a property - because the ignore list can be very
long, and even if it was possible where should I store it?
Someone has a repository of /etc, but wants to use the /etc/init.d on another
machine, too - so I can't use a specific place.
I'd have to put the patterns in *each* directory - and that's ugly, because
wildcard matches (like ./**.tmp) would have to be repeated.
> 2) The working copy 'state', url, revisions
> As long as you have a working system I can't think of any reason yet
> that this could not go into /var and also be completely ignored in the
> commits. Is the reason we'd want to commit this so that you can restore
> onto a clean system? Or am I not seeing it correctly?
There *is* a /var/spool/fsvs, and it's used for manber hashes/MD5, entry list
and similar things.
But the URL list isn't discardable, I think.
(At least not for non-trivial cases like a single URL at HEAD - and even then
it's nice to get that back).
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try fsvs (fsvs.tigris.org)!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
