[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Base text files, re: IRC chat

From: Greg Stein <gstein_at_gmail.com>
Date: Wed, 17 Sep 2008 04:35:03 -0700

2008/9/17 Miha Vitorovic <mvitorovic_at_nil.si>:
> I know I'm not a Subversion developer, but I hope I can contribute some
> thoughts...

Absolutely! Your thoughts are most welcome.

> I'd like to be able to use the new WC in places where the source
> is not exactly "on disk", and thus does not have the ability to host a
> mandatory .svn directory. So far the new WC seems to be developing in that
> direction. Or not?

Correct. You can tell svn to store the metadata in a location of your
choosing; specifically, outside of the WC. In this case, svn will know
the WC by its absolute path and will not require any .svn directories
to be present.

That said: we've been talking about having a .svn subdir at the root
of the WC that simply holds a unique identifier. This will allow svn
to "repair" the link between the central metadata store and the WC if
it gets moved or copied. I'd like to retain the no-.svn behavior as an
option, but it will mean that a developer cannot move his WC without
some extra work to tell svn about the move.

> Greg, would it be possible to replace "absolute path in the meta data" with
> some arbitrary "signature" that would enable to link the meta data with the
> Working copy?

The .svn/wc-id at the WC root will do this. Outside of that, there is
no way to have a signature since any/all files in the WC may change
and throw off any fingerprint of the WC. We have to have some kind of
svn-private file that the user is not allowed to tweak in order to
have a persistent signature/identifier for the WC.


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-17 13:35:24 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.