cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sylvain Wallez <sylv...@apache.org>
Subject Re: [RT] Are svn externals a good idea?
Date Wed, 28 Sep 2005 09:54:16 GMT
Daniel Fagerstrom wrote:

> Sylvain Wallez wrote:
>
>> Niclas Hedhman wrote:
>>
>>> On Tuesday 27 September 2005 22:14, Sylvain Wallez wrote:
>>>
>>>> I don't know however what happens if we commit changes to a 
>>>> svn:external
>>>> with a sticky tag. Does it create a branch? If yes, then that may be a
>>>> problem.
>>>
>>>
>>> Neither "sticky tags" nor "branches" exists in Subversion.
>>>
>>> I think you guys are using the wrong tool for what you are trying to 
>>> achieve.
>>
>>
>> Ok. So do you have something better, or another way to organize the 
>> svn repository that would avoid to maintain parallel branches [1] of 
>> blocks.
>>
>> Sylvain
>>
>> [1] http://svnbook.red-bean.com/en/1.1/ch04s02.html
>>
> For a, IMO, better way to organize the repository see:
> http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=112772867005578&w=2
> and a discussion at felix-dev:
> http://mail-archives.apache.org/mod_mbox/incubator-oscar-dev/200508.mbox/%3c200508241106.51631.niclas@hedhman.org%3e

>
> http://mail-archives.apache.org/mod_mbox/incubator-oscar-dev/200508.mbox/%3c430C3677.5070706@nada.kth.se%3e

>
>
> In such a scenario we don't use externals (except for linking to 
> projects outside Cocoon). All blcoks have separate binary releases and 
> dependencies on released blocks are handled through M2 POMs.


I agree with this Daniel. I'm just trying to answer Carsten's concern 
with the _current_ 2.1.x repository organisation. And although we can 
reorganize everything in 2.2, we have to deal with what we have today in 
2.1...

> For 2.1.x (that we hopefully will kill soon), we could do something 
> like: Create a tag for the release, and replace all external 
> references to parts of trunk to externals pointing to the current 
> revision of the directories. This could maybe be scripted. It is not 
> particulary pretty, but I don't see any better solutions. And it will 
> motivate us to go towards separate relases of the different blocks ;)


Right. That could be part of the release process.

Sylvain

-- 
Sylvain Wallez                        Anyware Technologies
http://people.apache.org/~sylvain     http://www.anyware-tech.com
Apache Software Foundation Member     Research & Technology Director


Mime
View raw message