Re: [stem-dev] SVN Directory Structure

[Daniel Ford <daford@xxxxxxxxxxxxxxx>]

Seems like a reasonable structure. Breaking out STEM so that diseases and geography are completely separate would be a good thing. Ideally, STEM would be a small RCP that then goes to an update site that pulls in the disease modeling and geography features that turn it into a disease modeling system (rather than something else) would be a good thing. The basic RCP and its "extensions" could be developed and maintained independently. Decoupling is good. Perhaps "designing" separate "components" in the repository would map to such an approach.

Maybe the next step is to discuss a breakdown of STEM into its "Components".

Strawman components:
Core Models (graph, scenario, experiment, etc.)
RCP
Geography
Transportation
Disease Modeling
...

Thoughts?

Dan


Matthew Davis---06/03/2009 05:06:13 PM---Hi all,

Matthew Davis/Almaden/IBM@IBMUS
Sent by: stem-dev-bounces@xxxxxxxxxxx

06/03/2009 05:04 PM

Please respond to
STEM developer mailing list <stem-dev@xxxxxxxxxxx>

To	stem-dev@xxxxxxxxxxx
cc
Subject	[stem-dev] SVN Directory Structure

Hi all,

On the call today, there was a discussion about directory structure for the SVN move. It was decided that we should follow a consistent naming scheme to what other Eclipse projects are using.

For SVN, you have the three default roots, used for tagged revision control:

- trunk
- tags
- branches

Some Eclipse Projects are moving toward a more standardized sub-convention based on workspace project type.

For example, in the Equinox repository, in the trunk they have:

- compendium
- components
- framework
- incubator
.. etc

and then inside of some of those directories, you see:

- bundles
- features
- examples
- tests

In my opinion, separating bundles, features, examples, and tests is a good strategy (although it slightly complicates checkout). Should there be any higher granularity to the separation (maybe data, models, or geography?) Also, should there be a higher level separation between logical components of STEM (core, diseases, UI, etc)?

-Matt_______________________________________________
stem-dev mailing list
stem-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stem-dev