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

Re: svn commit: r37560 - branches/1.6.x

From: Hyrum K. Wright <hyrum_at_hyrumwright.org>
Date: Mon, 4 May 2009 08:35:49 -0500

On May 4, 2009, at 7:28 AM, Arfrever Frehtes Taifersar Arahesis wrote:

> Author: arfrever
> Date: Mon May 4 05:28:24 2009
> New Revision: 37560
>
> Log:
> On the '1.6.x' branch:
>
> * STATUS: Nominate r37478, r37543, r37544, r37545 and r37547.
>
> Modified:
> branches/1.6.x/STATUS
>
> Modified: branches/1.6.x/STATUS
> URL: http://svn.collab.net/viewvc/svn/branches/1.6.x/STATUS?pathrev=37560&r1=37559&r2=37560
> =
> =
> =
> =
> =
> =
> =
> =
> ======================================================================
> --- branches/1.6.x/STATUS Mon May 4 05:02:01 2009 (r37559)
> +++ branches/1.6.x/STATUS Mon May 4 05:28:24 2009 (r37560)
> @@ -94,10 +94,36 @@ Candidate changes:
> Votes:
> +1: arfrever, rhuijben
>
> + * r37478, r37543, r37544, r37545, r37547
> + Support using `svnversion` on files and improve some messages
> printed by
> + `svnversion`.

I can fully understand improving error messages, but supporting
`svnversion` on files seems an awful lot like a new feature, not a bug
fix. Is there a dependency between the two, or a compelling reason to
support `svnversion` on files for a patch release?

>
> + Justification:
> + Some messages printed by `svnversion` are inconsistent and
> sometimes
> + incorrect:
> + $ svnversion /usr
> + exported
> + $ svnversion /bin/ls
> + '/bin/ls' not versioned, and not exported
> + $ svnversion VERSIONED_FILE
> + 'VERSIONED_FILE' not versioned, and not exported
> + $ svnversion /nonexistent
> + subversion/libsvn_wc/questions.c:90: (apr_err=2)
> + svn: '/nonexistent' does not exist
> + ^^^
> + Messages with these revisions backported:
> + $ svnversion /usr
> + Unversioned directory
> + $ svnversion /bin/ls
> + Unversioned file
> + $ svnversion VERSIONED_FILE
> + NUMBER
> + $ svnversion /nonexistent
> + '/nonexistent' doesn't exist
> +
> * r37491
> - Another merge performance improvement: Reduce contacts with
> server when
> - a subtree with mergeinfo has non-inheritable mergeinfo and the
> subtree's
> - immediate children have no explicit mergeinfo.
> + Another merge performance improvement: Reduce contacts with
> server when
> + a subtree with mergeinfo has non-inheritable mergeinfo and the
> subtree's
> + immediate children have no explicit mergeinfo.
> Justification:
> If you hit this use case and the and the subtree in question
> has a *lot*
> of immediate children without mergeinfo then this change will
> avoid
> @@ -126,8 +152,8 @@ Candidate changes:
> +1: pburba, arfrever
>
> * r37519
> - Stop merge of difference between two different repositories from
> - occasionally "working".
> + Stop merge of difference between two different repositories from
> + occasionally "working".
> Justification:
> Previously, given URL_X and URL_Y which point to two completely
> different repositories, the merge 'svn merge URL_X_at_M URL_Y_at_N
> TARGET_WC'
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=495&dsMessageId=2056084

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2056462
Received on 2009-05-04 15:36:50 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.