Mark Phippard wrote:
>Greg Hudson <ghudson@MIT.EDU> wrote on 11/07/2004 03:42:04 PM:
>>Sometimes people like to keep an up-to-date checkout of their
>>repository around for reference purposes. Such a checkout is never
>>modified and never has mixed revs. It also isn't precious; if it gets
>>corrupted due to an accidental modification or interrupted operation,
>>it can be tossed out and recreated at the expense of some time.
>>It might be nice if people could do this without paying the fairly
>>heavy space and time penalty associated with working copy
>>administrative files. My idea is to make "svn export -r X:Y" update a
>>presumed existing export at rX to match rY. It would be up to the
>>user to keep track of the rev the tree is currently at.
>I think this could be very useful. I know a lot of people have asked for
>a "shadow directory" feature as exists in VSS and PVCS. This gets a lot
>closer, while adding some flexibility. I could envision people that are
>using Subversion to manage a web site using this feature to manage the
>content of the web site.
That's what I would use it for, certainly. I maintain working copies
instead, for now.
>Why did you make the comment about the output not being "precious"? Do
>you view any aspect of this command as perhaps being unreliable? I guess
>it certainly is relying on the user to feed in the correct inputs to the
>command to get the right output, but assuming that is taken care of, I
>would imagine the results of running this command would be as reliable as
There's no way to determine if an exported tree had been modified. If it
had, the only way to revert the changes would be to blow the tree away
and reexport it.
>I assume that Y could be HEAD or perhaps even omitted to represent HEAD?
>If using a value of HEAD, would the command output the value of Y in a way
>that it could be captured and stashed away for the next run?
If you "svn export -rHEAD" right now, the funal line in the output is,
e.g., "Exported revision 254". I'd expect the new functionality to add a
similar line, perhaps containing both revision numbers. Parse that out,
and you're set.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Mon Nov 8 15:24:32 2004