[fdo-internals] PSC Motion: Repository Merge

[Robert Fortin]

Can we get something that reflect more closely the pattern that
developer would currently have bin using?

If I created a local shadow for a 3.2.X version, I would most likely
have created it this way:

3.2.X
	/Fdo
	/Providers
	/Thirdparty
	/Utilities

We could simply revert Bob's proposal and do

/Fdodev or Fdo_root(repository root)
	/trunk
		/Fdo
		/Providers
		/Thirdparty
		/Utilities
	/branches
		/3.2.X
			/Fdo
			/Providers
			/Thirdparty
			/Utilities
 
This would also limit changes to build scripts, project and make file,
etc.

RF
 

-----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 6:59 PM
To: FDO Internals Mail List
Subject: Re: [fdo-internals] PSC Motion: Repository Merge

If SVN can branch without the folder, then I am happy to live without
it.

Bob

Jason Birch wrote:
> How about something like this:
>
> /fdo
>  /fdo
>   /branches
>    /3.2.x
>     /core
>     /tools
>     /...
>   /trunk
>    /core
>    /tools
>    /thirdparty
>    /utilities
>    /providers
>      /sdf
>      /shp
>      /...
>
> Initially, the additional "fdo" level would be redundant.  However, 
> this would mean that tools could be moved out into its own structure 
> later,
> like:
>
> /fdo    - Repository
>  /fdo
>   /branches
>    /3.2.x
>   /trunk
>  /fdotools
>   /branches
>    /1.3.22
>   /trunk
>
> Other projects seem to be able to branch directly from trunk?
>
> http://svn.refractions.net/postgis/
>
> http://svn.refractions.net/geotools/
>
> Jason
>  
>
> -----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 15:17
> To: FDO Internals Mail List
> Subject: Re: [fdo-internals] PSC Motion: Repository Merge
>
> I am also fine with that directory just being called fdo. I just want 
> to make sure there is a folder there to create global branches from 
> (e.g. a branch that applies to all of fdo). If we can do that without 
> the folder, then I am happy to do away with it.
>
> Bob
> _______________________________________________
> fdo-internals mailing list
> fdo-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-internals
>
>   

_______________________________________________
fdo-internals mailing list
fdo-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/fdo-internals