Edgewall Software

Changes between Version 2 and Version 3 of TracDev/Proposals/MultipleProject


Ignore:
Timestamp:
Apr 20, 2009, 12:01:20 PM (15 years ago)
Author:
Christian Boos
Comment:

move paragraph about resource scoping in the #DataModel section.

Legend:

Unmodified
Added
Removed
Modified
  • TracDev/Proposals/MultipleProject

    v2 v3  
    1111The next step is therefore to provide the ability to group different Trac projects inside a single environment, so that the resources from one project become fully addressable from other projects or from a global level.
    1212
    13 The main concept is that of a project identifier being attached to each resource, which provides an additional scope for the resource identifiers, in addition to the realm.
     13
     14== The Data Model == #DataModel
     15
     16The main idea is to attach a project identifier to each resource.
     17
     18This can be achieved either by using an extra `.project` field for each resource or by parenting the resources in a project resource.
     19The second way is probably better, as some resources might be project independent (like the Changeset and Source which belong to a given repository - see MultiRepos).
     20
    1421The empty string `''` could be used to qualify the toplevel project, which is always there. If no other project has been defined, then Trac behaves as usual, one environment is one project. As soon as other projects are defined, the environment becomes a multi-project one.
    15 
    16 == The Data Model ==
    1722
    1823Independently from the GenericTrac specification, the MultiProject changes to the data model are quite simple.