Re: [Inkscape-devel] [lib2geom-devel] inkscape svn write-enabledaccess request
Then I must be missing something. Isn't the whole point of linking directly to another repository the ability to always be referencing the current state of the subscribed-to tree? Not a snapshot. Or does it not work that way?
bob
Please no. SVN externals are made of pain and fail. It should be obvious why, if you think about it -- the external and local versions are not locked in sync, so you can't get a "known good" configuration when doing e.g. regression testing.
Every project I've been in that has used svn externals has eventually abandoned them for that reason.
-mental
On Tue, 29 Apr 2008 14:22:50 -0400 (EDT), Bob Jamison <rwjj@...127...> wrote:
Then I must be missing something. Isn't the whole point of linking directly to another repository the ability to always be referencing the current state of the subscribed-to tree? Not a snapshot. Or does it not work that way?
You don't *want* an arbitrary current state. Really.
Again, think about this. What happens when you need to go "back in time" in your tree, say to track down a regression?
Using svn:externals sacrifices the ability to check out rSomethingOrOther of your tree and get a known state.
-mental
On Tue, 29 Apr 2008 15:44:00 -0700, MenTaLguY <mental@...3...> wrote:
Using svn:externals sacrifices the ability to check out rSomethingOrOther of your tree and get a known state.
Incidentally, these kinds of problems with externals are the reason that tools like Piston exist:
-mental
participants (2)
-
Bob Jamison -
MenTaLguY