Yes, these externals are deliberately pegged and I have other working copies(WC) based on the exact same checkout and they show up as a single and not a mixed revision WC.
Of the 108 WCs I've looked at, 36 are in a mixed-revision configuration and that's OK but in several cases, these WCs cannot be updated back to a single revision configuration. As well, the svnversion command is indicating that these WCs are 'Switched' but that has not been the case, they have never been switched.
At this point, I'm recommending to my users to delete any WC that cannot by configured back into a single revision WC.
Comments, suggestions, recommendations would be great.
---- Brent
From: Ryan Schmidt <subversion-2016_at_ryandesign.com>
To: webster.brent_at_rogers.com
Cc: Subversion Users <users_at_subversion.apache.org>
Sent: Wednesday, August 17, 2016 12:49 AM
Subject: Re: My mixed revision working copy remains after a 'svn update'
> On Aug 16, 2016, at 2:54 PM, webster.brent_at_rogers.com wrote:
>
> My mixed revision working copy remains mixed revision after multiple attempts with 'svn update'.
> Here's the final status output:
>
> [linux] >> svn st -u
> X vobs/common/cpCommon
> X vobs/common/dclCommon
> X vobs/ots/broadcom/BCM_SDK_6.4.11
> X vobs/ots/osm4/Apps/HalServer/Drivers/lim400/Lim400API
> X vobs/ots/osm4/Target/PldImages/lim400g_1
> X vobs/ots/osm4/Tests/framework/tl1probe/mteraiv
> X vobs/ots/uboot/u-boot-2009.06
> X vobs/ots/uboot/u-boot-2013.01.01
> X vobs/ots/wrlplat/tlab_qemuppc
> X vobs/ots/wrlplat/tlab_xeoncore50
> X vobs/ots/wrlplat/tlabqoriq50_small
> X vobs/prod
> Status against revision: 13673
>
> Performing status on external item at 'vobs/ots/osm4/Target/PldImages/lim400g_1':
> Status against revision: 87468
>
> Performing status on external item at 'vobs/ots/uboot/u-boot-2009.06':
> Status against revision: 475
>
> Performing status on external item at 'vobs/common/cpCommon':
> Status against revision: 101
>
> Performing status on external item at 'vobs/common/dclCommon':
> Status against revision: 101
>
> Performing status on external item at 'vobs/ots/uboot/u-boot-2013.01.01':
> Status against revision: 475
>
> Performing status on external item at 'vobs/ots/wrlplat/tlab_xeoncore50':
> Status against revision: 539
>
> Performing status on external item at 'vobs/prod':
> Status against revision: 1290
>
> Performing status on external item at 'vobs/ots/broadcom/BCM_SDK_6.4.11':
> Status against revision: 614
>
> Performing status on external item at 'vobs/ots/osm4/Tests/framework/tl1probe/mteraiv':
> X vobs/ots/osm4/Tests/framework/tl1probe/mteraiv/TL1_Library
> Status against revision: 2575
>
> Performing status on external item at 'vobs/ots/osm4/Tests/framework/tl1probe/mteraiv/TL1_Library':
> Status against revision: 65663
>
> Performing status on external item at 'vobs/ots/wrlplat/tlabqoriq50_small':
> Status against revision: 672
>
> Performing status on external item at 'vobs/ots/wrlplat/tlab_qemuppc':
> Status against revision: 403
>
> Performing status on external item at 'vobs/ots/osm4/Apps/HalServer/Drivers/lim400/Lim400API':
> Status against revision: 73002
>
> [Linux] >> svnversion
> 475:13673S
>
> There are two 'uboot' svn:externals pegged at 475 so I deleted the parent directory (i.e. rm -rf vobs/ots/uboot) and did another 'svn update' but that didn't clean it up. The svnversion is still reporting 475:13673S.
>
> The svn client version is 1.8.14.
>
> Thanks in advance for any insights.
Presumably, those externals were deliberately pegged to those revisions, so this is behaving as intended. If you want those externals to point to newer versions, change the revision in the svn:externals property, then svn update again.
Received on 2016-08-18 21:33:52 CEST