On Wednesday 23 July 2003 11:14, SteveKing wrote:
> ----- Original Message -----
> From: "Garrett Rooney" <rooneg@electricjellyfish.net>
>
> > > Now: with every "svn up" the externals also get updated. When doing
> > > that check the HEAD revision of the external project and store that
> > > inside another property (e.g. svn:externalsrev) which is invisible to
> > > the user. If you do a "svn copy" now all you have to do is replace the
> > > "HEAD" of the original svn:externals property with that stored revision
> > > number: "folder HEAD http://myurl" -> "folder -r 888 http://myurl"
> >
> > The problem with that is that when you have an external pointing to
> > http://foo/repos/trunk/whatever, and you tag everything under trunk, it
> > still points to trunk, where you would want it to point to the tag.
> > This is the kind of thing that would make this sort of support useful,
> > and the kind of thing that is difficult to implement at the moment.
>
> You mean something like this?
>
> Main Project located at
> http://foo/repos/trunk/
> an svn:externals under http://foo/repos/trunk/folder
> pointing to
> http://goo/repos/trunk/
>
> now do an svn copy from the working copy of the main project
> to http://foo/repos/tags/newtag
>
> And now you want that the svn:externals points to
> http://goo/repos/tags/newtag
>
> ?
>
> I don't think it should work that way. Just leave the externals on the
> trunk - that's what the main project used when the tagging occured.
>
This is exactly the limitation of the current implementation - there are cases
in which you need one functionality and cases in which you need the other.
You'd need rules to specify what svn should do.
I see 2 streams here:
- because svn:externals is bad, remove it altogether.
- because svn:externals is bad, improve it right away.
how about: "leave the bad svn:externals alone, and create an improved version
down the road (post 1.0)".
csd
> Stefan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 23 20:22:54 2003