Well, we have been using that feature in production in our web-startup for over a year and a half, if it is any consolation? Why do you say it is "beta-testing"? SVN is not exactly a bleeding edge technology at this point ; ); the externals feature has been there since at least 2002 judging by the changelog.
On Sep 13, 2007, at 12:06 AM, Luke Iannini (pd) wrote:>
>> Does SVN handle this differently?
>
> yes and now.
> yes: you don't _have_ to create a tag and a branch whenever you
> import code.
> no: you can import code that is maintained elsewhere into a branch,
> a tag, the trunk (or just any other directory)
> yes: svn is able to handle references to external (svn!)
> repositories (which imo is better than blindly importing anything
> useful)
That sounds horrendous to me, then you are forced to track their
changes. Could you imagine if we tracked portaudio like that with
Pd? We'd spent half our dev time fixing breakage caused by portaudio
changes. It's a very useful thing to keep code static until you are
ready for change.
You can set a specific revision to reference, so that this does not happen.
A cool thing I've been doing recently with the externals feature is using them more like symlinks; so for portaudio you can put the revision you want to stay static in a central location ( e.g. /svnexternals/portaudio) and then set /that/ as the external directory. That way you still have a single copy, but it is replicated to everywhere it is needed.
How well does this really work in production? It's really pretty easy to import code into repositories and manage it there. The idea is cool, but I am not really up for beta testing svn features. There are plenty of Pd bugs to deal with :D. This import feature has been around for 10+ years in CVS at least.
.hcCheersLuke
----------------------------------------------------------------------------
kill your television
_______________________________________________
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev