[fdo-internals] PSC: Interesting Conundrum

[Mateusz Loskot]

...but why fdodev instead of fdo ?

Mat


Greg Boone wrote:
> I see....
> 
> Then I propose that we have the following...
> 
> /fdo    - Repository
>  /trunk
>   /fdodev
>    /core
>    /tools
>    /thirdparty
>    /utilities
>    /providers
>      /sdf
>      /shp
>      /...
>  /branches
>   /3.2.x
>    /fdodev
> 
> 
> -----Original Message-----
> From: fdo-internals-bounces at lists.osgeo.org
> [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Robert Bray
> Sent: Tuesday, January 16, 2007 4:05 PM
> To: FDO Internals Mail List
> Subject: Re: [fdo-internals] PSC: Interesting Conundrum
> 
> You need a single root for branch operations. Otherwise you will have to
> 
> branch each of those folders or have /branches/3.2.x/trunk which is 
> kinda weird.
> 
> Bob
> 
> Greg Boone wrote:
>> Why do we you recommend the /fdodev parent directory?
>>
>> Why not....
>>
>> /fdo    - Repository
>>  /trunk
>>    /fdo
>>    /thirdparty
>>    /utilities
>>    /providers
>>     /sdf
>>     /shp
>>     /...
>>
>> -----Original Message-----
>> From: fdo-internals-bounces at lists.osgeo.org
>> [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Robert
> Bray
>> Sent: Tuesday, January 16, 2007 3:11 PM
>> To: FDO Internals Mail List
>> Subject: Re: [fdo-internals] PSC: Interesting Conundrum
>>
>> Ok, so the next step is figuring out what the repository should look 
>> like. Trying to avoid as much pain as possible I'd like to propose 
>> something like:
>>
>> /fdo    - Repository
>>  /trunk
>>   /fdodev
>>    /fdo
>>    /thirdparty
>>    /utilities
>>    /providers
>>     /sdf
>>     /shp
>>     /...
>>  /branches
>>   /3.2.x
>>    /fdodev
>>     ...
>>  
>> With some creative manipulation of the svn dumps and the --parent-dir 
>> option of the svnadmin load command I think we can restructure things 
>> without loss of history or anything else. The build scripts will need
> a 
>> fair bit of updating however.
>>
>> Other ideas or suggestions welcome of course.
>>
>> Bob


-- 
Mateusz Loskot
http://mateusz.loskot.net