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

Re: Questions about --pin-externals option

From: Branko Čibej <brane_at_apache.org>
Date: Tue, 26 Apr 2016 21:09:20 +0200

On 26.04.2016 20:32, Grant Edwards wrote:
> On 2016-04-26, Branko Čibej <brane_at_apache.org> wrote:
>> On 26.04.2016 02:09, Grant Edwards wrote:
>>> Thanks again! Now I just have to decided whether to use
>>> intra-repository externals or nested working copies to share
>>> directories of source code among a group of projects. It may depend on
>>> how smartsvn handles tagging/branching that involves externals. I see
>>> that tortoisesvn has something akin to --pin-externals, but haven't
>>> figured out if smartsvn has something like that.
>> It does. The first version of SmartSVN that migrated off SVNKit to
>> JavaHL (from Subversion 1.8) had a two-step process for updating the
>> externals. The latest version should be using the atomic pin-externals
>> capability.
> Cool, thanks for the info. I'm going to set up a couple test projects
> and try out externals vs. nested working copies to make sure I
> understand the differences.

Externals /are/ nested working copies as far as the client is concerned.
Sure nothing prevents you from using nested working copies that aren't
tracked as externals, but you'll have to invent your own tooling for
checkouts, updates, commits, etc.

-- Brane
Received on 2016-04-26 21:09:30 CEST

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

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