Re: [PROPOSAL] Takeover Take 2 Was: Re: the 'takeover' feature

On Fri, 14 Apr 2006, John Peacock wrote:
> Just to confuse the matter, I'm still of the opinion that checkout
> should not silently absorb a pre-existing directory tree.

I very much want the ability to convert a pre-existing non-WC tree into
the equivalent of a WC tree with local changes. I think that it should
not be the default, because it's too different from a normal checkout.
I would like the result to be equivalent to what I currently get from
this sequence of commands:

        cd /path/to/existing/tree
        svn checkout url://to/repo/path ./tmpdir
        ( cd tmpdir ; find . -name .svn -type d -print ) \
        | while read subdir ; do
              if [ -d "${subdir}" ] ; then
                  mv "tmpdir/${subdir}/.svn" "${subdir}/.svn"
              fi
          done
        rm -rf tmpdir

In other words, .svn directories get created and populated with
metadata, but files outside the .svn directories are not created,
deleted, or modified in any way, and non-.svn directories are neither
created nor deleted.

> 1) a file on disk is executable, but in the repository isn't tagged as
> svn:executable, what happens?

The file on disk remains as it was before. "svn status" reports the same
as if you had done a checkout into an empty directory, and then "chmod
+x filename".

> 2) the reverse of 1 (svn:executable is set but the existing file
> isn't)?

The file on disk remains as it was before. "svn status" reports the same
as if you had done a checkout into an empty directory, and then "chmod
-x filename".

> 3) svn:ignores filters file out of the absorbed tree (this is probably
> harmless since the file could be manually added when the ? status was
> noticed)?

The files on disk remain as they were before. "svn status" reports the
same as if you had done a checkout into an empty directory, and then
created some new files.

--apb (Alan Barrett)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Apr 15 14:48:26 2006