Re: SVN reorg
Maât <[email protected]> Thu, 04 Sep 2008 08:01:03 +0200
| Newsgroups | gmane.comp.web.phpgroupware.devel |
|---|---|
| Message-ID | <[email protected]> |
/ping list Maât a écrit : > the idea is : > > 1) to have a trunk/tag/branches tree for each application/module of > phpgroupware > > 2) to have a trunk/tags/branches tree for phpgroupware and to use > svn:externals on it so that a single checkout on > url://of/phpgroupware/trunk retrives automatically the dependancies ( > setup, phpgwapi, home, admin...) > > If one wants to add a specific (not retrieved by default) module he'll > just have to edit svn:externals and make a svn update > > for branching and releases the source control manager will just have > to edit svn:externals in branch so that it targets modules tags > instead of branches or trunk then procceed to tag creation then change > back to target again branches for those who would like to betatest > bleeding edge for the given branch. > > for phpgroupware trunk svn:externals would of course target trunks of > modules > > phpgroupware dir would appear at the top of svn repository so that svn > checkout url is easy for everybody > > modules and components would appear as subdirs of a top level dir > called for example "modules" or "applications" or "components" their > specific url would only be used by people managing modules versions > and branches and sometimes by modules coders > > the result : for people wanting to use or test phpgw from svn : > > for a release : > svn co http://svn.savannah.gnu.org/svn/phpgroupware/tags/release_0.18.001 > > for a branch : > svn co http://svn.savannah.gnu.org/svn/phpgroupware/branches/branch_0.18 > > for the trunk : > svn co http://svn.savannah.gnu.org/svn/phpgroupware/trunk > > for people working on phpgw : > > for a branch : > svn co svn://svn.savannah.gnu.org/svn/phpgroupware/branches/branch_0.18 > > for the trunk : > svn co svn://svn.savannah.gnu.org/svn/phpgroupware/trunk > > regards, > Maât > > > Nota : we could also imagine "flavored" branches with differents sets > of modules declared ( to match the main users profiles... project > management, facility management, community communication....)