> From: Les Mikesell <lesmikes...@gmail.com> > To: Bob Archer <bob.arc...@amsi.com> > Cc: C M <cmanalys...@gmail.com>; "users@subversion.apache.org" > <users@subversion.apache.org> > Sent: Wednesday, February 20, 2013 1:03 PM > Subject: Re: Tagging svn:externals > > On Wed, Feb 20, 2013 at 11:52 AM, Bob Archer <bob.arc...@amsi.com> wrote: >> Some clients like TortoiseSVN have a feature that will pin the external to >> the revision you are copping when doing the tag. Otherwise, you have to do >> it manually before or after you create your tag. > > Neither choice 'feels' quite right to me unless you have an > intermediate branch to make the change. That is, if you make it on > the trunk before you copy to the tag you break the likely continuing > work on the trunk that expects the externals to also follow trunk > components. And if you change it in the tag you are breaking the > convention that you don't change tags. And if you copy the working > copy to a tag you might get other changes in the tag that weren't > committed anywhere else. Is there a 'best practice' consensus for > this step? >
While I do agree, I think the simple solution is to generally just use tagged externals to start with, and then switch them to trunk or a branch when you need to work on them from that project. Not only does it solve the above, but it also enforces a discipline in how projects are updated to use newer versions of the tags; it also requires developers to be aware of which externals affect which projects - which, IMHO, is a good thing. $0.02 Ben