I'll freely accept the mistake of attempting to set the ignore on the txt
files instead of the directory :-)
But what leads you to the (incorrect I believe) assumption that the .svn
files are being clobbered?
The tar file is a tar of the data directory (and it's contents) pre svn. So
it doesn't contain any .svn directories from any previous svn session
attempts. I realise that this behaviour will cause problems in the future
with this (backup) mechanism because there will be .svn directories in
future tar's of the data directories (assuming I continued to backup my data
files using this mechanism). So I can't see how my .svn directories are
being clobbered here.
Since I have been unable to repeat the problem using a script (the script
copies the contents of data/ and it's sub-directories rather than using the
tar command shown in the previous session), I am forced to assume you are
correct in so far as there is something the tar command is doing to the
directory structure - but it certainly doesn't delete or overwrite any svn
files as they were not put into the tar file in the first place. So what
else could it be doing that is causing svn to have a hernia?
Reading the output of svn status in the manual, "S" means that the data
directory has been switched to a branch - but how did un'taring the file do
that? I guess it doesn't really matter as I will now have to work out some
other mechanism of backing up my database files, so the problem won't
re-occur in the future anyway. But it would be nice to know what has
happened here.
Thanks very much for the help :-)
Peter
-----Original Message-----
From: Branko Cibej [mailto:brane@xbc.nu]
Sent: Tuesday, May 04, 2004 3:25 PM
To: Peter Milliken
Cc: 'Ben Collins-Sussman'; users@subversion.tigris.org
Subject: Re: File not found: transaction 'x', path /X/Y/Z
Peter Milliken wrote:
>OK, Here is the transcript of my entire bash session. Note that it starts
>with the repository created and the directory structure
>
>/swimming/trunk
> /tags
> /branches
>
>already created (exited that bash session so the transcript of those
>commands and responses are unavailable).
>
>But this starts out right from the initial checkout after the import, so
>hopefully it will allow reproduction of the problem by others :-)
>
>In the meantime, I'll see if I can create a script that will reproduce this
>:-)
>
>Thanks for the help,
>
>Peter
>
>
>
[snip]
>roebourne240#1(/c/tmp/swimming/data)$ svn propset svn:ignore *.txt
>svn: 'default_data.txt' is not under version control
>
>
Not surprising... you're trying to set svn:ignore on (almost all) your
text files, instead of on the directory. Remember that your shell
expands the "*.txt". Take a look at "svn help propset", too.
>roebourne240#1(/c/tmp/swimming)$ tar -xf data-06-Apr-2004-06-24-59.tar
>roebourne240#1(/c/tmp/swimming)$ svn status
> M .
>? data\Records
> M S data
>
>
Aargh! Did you not notice that tiny little "S" in the line above?
Obviously unpacking the tar file clobbered your .svn directory. No
wonder nothing works from here on.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Warning: Copyright ResMed. Where the contents of this email and/or attachment includes materials prepared by ResMed, the use of those
materials is subject exclusively to the conditions of engagement between ResMed and the intended recipient.
This communication is confidential and may contain legally privileged information.
By the use of email over the Internet or other communication systems, ResMed is not waiving either confidentiality of, or legal
privilege in,the content of the email and of any attachments.
If the recipient of this message is not the intended addressee, please call ResMed immediately on +61 2 9886 5000 Sydney, Australia.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 4 22:42:19 2004