On Thu, 24 Feb 2005 09:48:57 -0500
"Dale Worley" <firstname.lastname@example.org> wrote:
> It's an interesting concept, but I think the semantics might be more
> complicated than first appears. For one thing, it means that "svn
> add" would have to check with the repository to see if a file of that
> name has ever existed. (Currently, it is a WC-local operation.) And
> if the directory has ever been renamed, even the meaning of that is
> not clear. It also means that the effect of an add is changed by
> something that happened in the distant past, which by definition is no
> longer effective.
This did occure to me, hence the option 3). svn add *must* already check
to see if the vile was previously versioned, as it throws up "this file
is already under version control", option three would just mean extening
that bit of code to give users a choce to keep versioning the file.
> Conversely, svn does have a method for "add this file as a
> continuation of its past", which is "svn cp -rXXX ... ; cp (whatever)
> file.name". Which is a better reflection of what you're really trying
> to do -- restore some specific past version (so that you've made it
> clear where the history continues from), followed by a modification of
> that version. Of course this is a lot messier if the item in question
> is a directory tree.
It was a directory structure, but only a small one, the main problem
though is this is my /etc directory that is being versioned, so files
are put back by outside tools so the svn copy -r..... cannot really be
> It seems this is one case of a more general concern -- when people
> have a copy of a file or a directory tree, and they want to say
> "Update the repository to match this." Svn doesn't really support
> that concept (though svn_load_dirs.pl is close); what it really
> supports is "Start with a specific version from the repository, then
> let me manipulate it until it is what I want."
Granted, I tend to treat it more as snapshots of this file tree, which
is useful for me, but does lead to these little descrepancies.
Received on Thu Feb 24 16:46:35 2005
- application/pgp-signature attachment: stored