RE: let's kill svn:externals

It becomes more relevant as more public svn repositories become available,
it's useful for maintaining a master wc built from multiple repositories.

Perhaps it could be better implemented by allowing client side hook scripts
to be stored against a node and executed for each operation. That could be
used theoretically to invoke another instance of the client to perform the
relevant operation. Which would provide the same capability, but allow per
node configurability. Something like svn:call xxxxxxx where xxxxx is the
name of the script, with some kind of parameter passing for the operation,
URI, path etc. I don’t think it would work well for public repositories, due
to variation in the client end environment (os, tools, paths etc), but for
internal stuff where client environment is controlled it could work well.
svn:externals could easily be simulated with this, plus a whole load of
stuff yet to be imagined. Also with a script the user has control over what
each operation does with the node, so they are not dependant on svn client
implementing the behaviour they want.

-----Original Message-----
From: Régis Priqueler [mailto:lists@aizenko.com]
Sent: 23 July 2003 17:31
To: dev@subversion.tigris.org
Subject: Re: let's kill svn:externals

Hello Garrett,

Wednesday, July 23, 2003, 6:19:11 PM, you wrote:

GR> can we just get rid of the svn:externals feature?
Let's don't.

GR> who need this kind of functionality.

I need it. And i think if you programming object code or php you need it.
Or another simple way to use it.

I had always used modules with generic library used by several
projects at once but not with the same version.
Now i'm working with php and i'm using modules for the common objects
(database access...) used by my sites.

So the svn:externals is a good idea. I'm new in the SVN world and maybe
there is other way around to achieve the same functionality.

The only real drawback i see is that export didn't seem to care about
it.

But if you give me a workaround as simple i take it ;-)

Best regards

-- 
Régis Priqueler
Portfolio: http://R208.com
Aïzenko:   http://aizenko.com
---------------------------------------------------------------------
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