On 7/12/06, Gavin Lambert <gavinl@compacsort.com> wrote:
> 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.
If you're using svn's internal diff it doesn't support the -q option.
You could use GNU diff and it'd probably work, or you can wait for
Subversion 1.4 and it'll have a --summarize flag for svn diff that
does what you want.
-garrett
---------------------------------------------------------------------
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:11:56 2006