Quoth Ryan Schmidt <mailto:subversion-2006c@ryandesign.com>:
> If it can be implemented directly in the Subversion client,
> then fine -- but that would probably be subject to much more
> strict scrutiny as to conformance with the existing Subversion
> roadmap. For example: it would not make sense to add the
> possibility of REV1:REV2 to *svn checkout* because
> *checkout* creates a working copy. Possibly it would make
> sense as an addition to *svn export* but before any work
> was started the exact implementation should be agreed upon with the
> Subversion core developers, since they would have the final say in
> whether your modifications would be accepted or not. You would have
> to write up a proposal and send it to the developers' list.
If 'svn diff' supported something similar to the '-q' option of regular
diff, where it only displayed the names of files that were different,
you could then pipe that to a copy command to get hold of the full
versions of all modified or added files...
Out of curiosity, I tried 'svn diff -x "-q"', but it refused to work,
for some reason.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 13 03:09:16 2006