You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Matthew Kidd <Ma...@cappsdigital.com> on 2006/11/15 14:21:23 UTC

Re: Maintaining separate revision numbers for dependent projects

As it's been described to me the revision numbers for each project do matter. I neglected to mention that each subproject would indeed have it's own branches, tags, and trunk folders. 

Could you expound on the release mechanism point?

I'm not well versed in Ant but that is what we used for builds. I'd have to check with our build coordinator to see if we do separate the projects can the build file be changed to reference each seperate project folder. But I have a feeling my manager will be adamant about keeping the directory structure the way it is.

Matt
 
 
>>> Talden <ta...@gmail.com> 11/14/06 10:07 pm >>> 
Well, in a single repository there's no way you can have independent 
revisions.  Are you sure that revision numbers matter to you in that 
way though. 
 
There's nothing stopping you keeping the structure as you have it 
however you'll probably want trunk, branches and tags folders for each 
sub project. 
 
If there are project dependencies then you need to decide whether you 
use a release mechanism between sub-projects or just have their builds 
refer to some non-version controlled build outputs (meaning you need 
to build the sub-projects in dependency order). 
 
-- 
Talden 
 
On 15/11/06, Matthew Kidd <Ma...@cappsdigital.com> wrote: 
> Hi, 
> 
> My team is beginning a project tomorrow for a complex project in which 3 separate code bases form the basis of the overall project. Each code base operates a different facet of the application but in the current CVS the hieracrhy is as such: 
> 
> project A 
>    | 
>    | 
>    | 
>    |Subproject A 
>         | 
>         | 
>         | 
>         |Codebase 
>    | 
>    | 
>    | 
>    |Subproject B 
>         | 
>         | 
>         | 
>         |Codebase 
>    | 
>    | 
>    | 
>    |Subproject C 
>         | 
>         | 
>         | 
>         |Codebase 
>    | 
>    | 
>    | 
>    |more pertinent files and folders 
> 
> Now as I was saying before each of these code bases is dependent on the other but can function separately. I'm trying to maintain as much of the previous project structure as possible but as I'm sure you're all away, if I were to put project A in SVN the subprojects would all have the same revisions even if those code bases are stable. 
> 
> Does anyone know how I can maintain the above project hierarchy for porject A yet have independent revisions for the subprojects? 
> 
> Matthew Kidd 
> 
> 
> --------------------------------------------------------------------- 
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org 
> For additional commands, e-mail: users-help@subversion.tigris.org 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org


Re: Maintaining separate revision numbers for dependent projects

Posted by John Allen <jo...@dublinux.net>.
Matthew Kidd wrote:
> As it's been described to me the revision numbers for each project do matter. I neglected to mention that each subproject would indeed have it's own branches, tags, and trunk folders. 
>
>   
IMHO, if the revision numbers matter, then your process is broken.
> Could you expound on the release mechanism point?
>
> I'm not well versed in Ant but that is what we used for builds. I'd have to check with our build coordinator to see if we do separate the projects can the build file be changed to reference each seperate project folder. But I have a feeling my manager will be adamant about keeping the directory structure the way it is.
>
> Matt
>  
>  
>   
>>>> Talden <ta...@gmail.com> 11/14/06 10:07 pm >>> 
>>>>         
> Well, in a single repository there's no way you can have independent 
> revisions.  Are you sure that revision numbers matter to you in that 
> way though. 
>  
> There's nothing stopping you keeping the structure as you have it 
> however you'll probably want trunk, branches and tags folders for each 
> sub project. 
>  
> If there are project dependencies then you need to decide whether you 
> use a release mechanism between sub-projects or just have their builds 
> refer to some non-version controlled build outputs (meaning you need 
> to build the sub-projects in dependency order). 
>  
>   


-- 
John Allen                          mailto:john.allen@codemountain.net
CodeMountain                        http://www.codemountain.net

Ubuntu 6.10, kernel 2.6.17-10-generic
up 24 days,  7:22,  8 users,  load average: 0.17, 0.28, 0.25

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org