Today I followed the "Creating a Complex Tag" prescription in the subversion
book. I did a number of "svn update --revision nnn" commands in the working
copy, and some of those "updates" deleted files which did not exist in the
old revision. However, those same files show up in the tag that I create
from the working copy.
Here is what I did:
svn copy free_eos-2.1.0 \
Committed revision 475
When I checked out that tag and compared it with free_eos-2.1.0 all files
that had merely been revised by "svn update --revision nnn" commands were
identical (aside from some $Id changes). However, files that had
automatically been deleted in the working copy by the updates appeared in
the fresh checkout as their HEAD revision which, of course, violates the
rule (stated in the subversion book) that "svn copy WORKING_DIRECTORY URL"
produces an "exact" copy of the working directory.
Is this just an uninteresting (but nasty) bug in my Debian oldstable (sarge)
version of subversion client (version 1.1.4-2), have I done something wrong
above, or do you expect "svn copy WORKING_DIRECTORY URL" to resurrect files
in the created tag that have been automatically deleted by the svn "updates"
in the working directory?
I do intend to update that version of my subversion client later this
summer, but there did not seem to be any urgency because it has worked fine
with the SourceForge subversion server up until this problem I discovered
BTW, my heartfelt thanks to the subversion developers for their excellent
work! Since 2001 I have been using CVS at SF, but I recently participated
in a project there that was using subversion, and it really opened my eyes
to what I was missing. Since then, I have changed six SF projects over from
CVS to subversion since one day of svn use makes you dislike CVS from then
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sun Jun 17 03:01:31 2007