[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Provide a svn log -v with the option to filter out changeset's

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Fri, 23 Aug 2013 21:59:46 +0100 (BST)

 

--
Join WANdisco's free daily demo sessions on Scaling Subversion for the Enterprise
<http://www.wandisco.com/training/webinars>
----- Original Message -----
> From: Peter Samuelson <peter_at_p12n.org>
> To: dev_at_subversion.apache.org
> Cc: Julian Foad <julianfoad_at_btopenworld.com>; Patrick Sawyer <patrick.sawyer_at_wandisco.com>; Support Team <support.team_at_wandisco.com>
> Sent: Friday, 23 August 2013, 18:58
> Subject: Re: Provide a svn log -v with the option to filter out changeset's
> 
> 
> [Julian Foad]
>>    svn log TARGET [SUBTREE...]
>>      --diff            // diff of TARGET [SUBTREE...]
>>      --diff-all        // diff of whole commit
>>      --show-paths      // changed-paths for TARGET [SUBTREE...]
>>      --show-all-paths  // changed-paths for whole commit; alias -v
>>      -v/--verbose      // alias for '--show-all-paths'
> 
> +1, except I'd condense --diff-all and --show-all-paths to a single
> additional option named, I dunno, --full-revision. </bikeshed>
My latest thought in that area is like I listed above except omitting the --diff-all option entirely -- after all, nobody has requested it and it doesn't seem especially useful to me.  Obviously we need the --show-all-paths option for back-compat.  (If your suggestion of '--full-revision' meant 'show all paths and show all diffs', then that would not be suitable for back-compat, would it, because what we need is show all paths but no diffs.)
- Julian
>>  This meaning of '--diff' is the same as today when subtrees are not
>>  specified, different from today when subtrees are specified.  (I'd
>>  argue this is a desirable change.)
> 
> I agree about wanting to change the default meaning of --diff.
> Whether we can get away with such an interface change, I'm not sure.
> 
>>  Thus, I think it makes sense to implement --depth for the main log
>>  filtering, not just for the diff.
> 
> +1 again.  Final thought: --depth plus --full-revision doesn't really
> make sense, does it?  If so, what would it do?
> 
> Peter
> 
Received on 2013-08-23 23:00:41 CEST

This is an archived mail posted to the Subversion Dev mailing list.