You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Daniel Rall <dl...@collab.net> on 2006/12/04 18:01:11 UTC
Re: [Issue 2672] New - --show-log flag for "svn update"
I'm not in favor of this change. I don't believe that 'update' is the
appropriate place to be retrieving change log information. Thoughts?
On Sun, 03 Dec 2006, salty_horse@tigris.org wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=2672
> Issue #|2672
> Summary|--show-log flag for "svn update"
> Component|subversion
> Version|---
> Platform|All
> URL|
> OS/Version|All
> Status|NEW
> Status whiteboard|
> Keywords|
> Resolution|
> Issue type|ENHANCEMENT
> Priority|P5
> Subcomponent|cmdline client
> Assigned to|issues@subversion
> Reported by|salty_horse
>
>
>
>
>
>
> ------- Additional comments from salty_horse@tigris.org Sun Dec 3 12:01:49 -0800 2006 -------
> "svn up --show-log" will print the usual file modification output, and
> afterwards will print an "svn log"-style output of all the revisions between the
> current and the new one.
>
> This is an absolute nice-to-have. I can already get that information in a
> variety of ways, but the best one would be built into the client. Some of them:
>
> * running "svn info" to see the current revision, updating, and then running
> "svn log" against the old revision. I consider too much work - a wrapper script
> would fix that, but maybe other people would be interested in the feature.
>
> * following the commit emails. But these are useful for developers who like to
> review the code. As an end-user who uses a bleeding-edge application and simply
> likes to know "what's new since the last time I compiled", commit emails aren't
> the best solution.
Re: [Issue 2672] New - --show-log flag for "svn update"
Posted by Daniel Rall <dl...@collab.net>.
On Mon, 04 Dec 2006, David James wrote:
> On 12/4/06, C. Michael Pilato <cm...@collab.net> wrote:
> >-1 from me. The functionality can be gained using a wrapper script
> >(which we could certainly keep in our own contrib/ area), and the
> >maintenance cost of a first-class feature just wouldn't see payoff.
> >
> >Resolve/WONTFIX?
>
> Yes please.
>
> If you want to see the latest logs before you update, you can get it
> by typing "svn log -rBASE:HEAD | less" before you update.
Done.
Re: [Issue 2672] New - --show-log flag for "svn update"
Posted by David James <ja...@cs.toronto.edu>.
On 12/4/06, C. Michael Pilato <cm...@collab.net> wrote:
> -1 from me. The functionality can be gained using a wrapper script
> (which we could certainly keep in our own contrib/ area), and the
> maintenance cost of a first-class feature just wouldn't see payoff.
>
> Resolve/WONTFIX?
Yes please.
If you want to see the latest logs before you update, you can get it
by typing "svn log -rBASE:HEAD | less" before you update.
Cheers,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [Issue 2672] New - --show-log flag for "svn update"
Posted by "C. Michael Pilato" <cm...@collab.net>.
-1 from me. The functionality can be gained using a wrapper script
(which we could certainly keep in our own contrib/ area), and the
maintenance cost of a first-class feature just wouldn't see payoff.
Resolve/WONTFIX?
Daniel Rall wrote:
> I'm not in favor of this change. I don't believe that 'update' is the
> appropriate place to be retrieving change log information. Thoughts?
>
> On Sun, 03 Dec 2006, salty_horse@tigris.org wrote:
>
>> http://subversion.tigris.org/issues/show_bug.cgi?id=2672
>> Issue #|2672
>> Summary|--show-log flag for "svn update"
>> Component|subversion
>> Version|---
>> Platform|All
>> URL|
>> OS/Version|All
>> Status|NEW
>> Status whiteboard|
>> Keywords|
>> Resolution|
>> Issue type|ENHANCEMENT
>> Priority|P5
>> Subcomponent|cmdline client
>> Assigned to|issues@subversion
>> Reported by|salty_horse
>>
>>
>>
>>
>>
>>
>> ------- Additional comments from salty_horse@tigris.org Sun Dec 3 12:01:49 -0800 2006 -------
>> "svn up --show-log" will print the usual file modification output, and
>> afterwards will print an "svn log"-style output of all the revisions between the
>> current and the new one.
>>
>> This is an absolute nice-to-have. I can already get that information in a
>> variety of ways, but the best one would be built into the client. Some of them:
>>
>> * running "svn info" to see the current revision, updating, and then running
>> "svn log" against the old revision. I consider too much work - a wrapper script
>> would fix that, but maybe other people would be interested in the feature.
>>
>> * following the commit emails. But these are useful for developers who like to
>> review the code. As an end-user who uses a bleeding-edge application and simply
>> likes to know "what's new since the last time I compiled", commit emails aren't
>> the best solution.
--
C. Michael Pilato <cm...@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand