Isn't that an appropriate use of svn copy ? This way the developer can
track any repository version as he can svn copy a tag ?
That is what I was doing in my own projects up to now.
Besides, if the user was doing local mods to the module, he could merge
back his changes to the root one so that the next round of tests or
integration could pick up the new mods.
Bye !
Francois
On Thu, 29 May 2003 15:49:15 -0700 (PDT), "Jonathan Smith"
<jonsmith@members.limitless.org> said:
> >
> > Ahhh, I see; if you checkout the meta-project at -r100, you want the
> > external modules to *also* be at r100.
>
> That's my problem with externals :-( Its a shame that the external can't
> track the revision of the other repository.
>
> Does svn even guarantee the atomicity across an external? the
> transaction
> of the main repository and the transaction of the external have to both
> be
> guaranteed success before either should be comitted. If that is the
> case,
> then it shouldn't be much to get the revision of the external. The
> question becomes how its stored. I would think you would store on the
> transaction the revision of the external and use the most recent
> transaction to alter an external. Finally, you would have to manually
> change the version of the external to get a more recent version. I can
> see the merrit in being able to track the HEAD, the latest of a given
> branch, or specific versions.
>
> I haven't decided what I'm going to do on this. We'll likely just bite
> the bullet and put everything into two repositories -- one of code that
> can be distributed and one of code that can't. I believe we can
> selectively svn dump from a repository so we only ship the desired parts
> out on CD.
>
> Thanks,
>
> j.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
--
Francois Beausoleil
Developer of Java Gui Builder
http://jgb.sourceforge.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 30 14:53:20 2003