[crossfire] Gridarta Repository Restructuring

[Christian Hujer]

Hi devs,


this is a suggestion for a restructuring of the Gridarta SVN repository.

Current structure:
gridarta/trunk/
+-src/ common source code, website data etc.
+-crossfire/ crossfire specific source code and data files
+-daimonin/ daimonin specific source code

(The terms MUST etc. according to RFC 2119)

REQUIRED:
REQ1: Gridarta developers SHALL still see and work with one directory that 
contains everything to prevent changes to one editor breaking another.
REQ2: Crossfire developers SHALL be able to include a source version of 
Gridarta4Crossfire without prepared data files and without source for other 
editors.

RECOMMENDED:
REC3: Gridarta developers SHOULD be able to choose between versions that
REC4: The website should be separated completely from the rest.

REQ1 is fulfilled by the current structure.
REQ2 and REC3 are not fulfilled by the current structure.


Suggestion 1 of new structure:
/components/
+-crossfire/trunk crossfire specific source code
+-crossfire-data/trunk crossfire specific data files
+-daimonin/trunk daimonin specific source code
+-gridarta/trunk common source code
+-website/trunk website

/releases/
+-gridarta4crossfire/
  +-gridarta4crossfire/trunk/
      svn:external to /components/crossfire/trunk, 
( +-gridarta4daimonin/ could be created analogously as needed)

/trunk/ configured to match the current structure but using svn:externals or 
symbolic links (note: symlinks only work on POSIX) instead of directories of 
its own to include the trunk/ versions of gridarta/components

On /components/: In JAPI I made the experience that at least for myself a 
strongly component oriented, scattered project structure is still very very 
easy to handle with subversion. There I have XX/YY/ttbs, e.g. 
libs/swing-action/trunk, libs/argparser/trunk, tools/foo/trunk etc. etc. 
etc.. Most of these modules use at least one other module, common/trunk using 
svn:externals.

If you have other ideas or see flaws please participate in the discussion.


Cheers :)
-- 
Christian Hujer
Free software developer
mailto:cher at riedquat.de
http://www.riedquat.de/
PGP Fingerprint: 03DE 4B72 4E57 A98D C79B 24A5 212E 0217 0554 CCAB
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mailman.metalforge.org/pipermail/crossfire/attachments/20071108/5c10cdbf/attachment.pgp