> -----Original Message-----
> From: Neels J Hofmeyr [mailto:neels_at_elego.de]
> Sent: donderdag 6 oktober 2011 22:29
> To: Subversion Development
> Subject: EXTERNALS table -- good or bad?
> Hi all,
> I have committed code to trunk that populates the EXTERNALS table during
> upgrade from 1.6. With a nudge from Philip, I noticed that the EXTERNALS
> table is still a neither-here-nor-there implementation. Now I'm unsure.
> This table is / would be very useful if one tries to find all externals
> defined or checked out in a given subtree, without having to first find
> then parse all externals skels.
> But in fact it is little more than a cache for svn:externals props. It
> duplicates information in a way. But it adds the knowledge of exactly
> repository and relpath an external is from (stores URLs in repos-root and
> repos-relpath, readily parsed from the various formats found in
> svn:externals definitions).
> So it is useful for speeding up things, but it also has a danger: heavens
> forbid if the EXTERNALS table is ever out of sync with the svn:externals
> props. So, we may often be forced to parse the props anyway (cleanup?).
> What do you guys think about the EXTERNALS table? Yay or nay? What
> has gone into this so far?
There are also quite a few issues resolved by separating the definition and
applied externals in the working copy.
I think you were the one that enabled processing svn:externals on local
(Impossible without EXTERNALS)
And file externals would be impossible to delete, except when using
Received on 2011-10-07 14:19:08 CEST