Changes between Version 2 and Version 3 of TracDev/Proposals/MultipleProject
- Timestamp:
- Apr 20, 2009, 12:01:20 PM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TracDev/Proposals/MultipleProject
v2 v3 11 11 The 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. 12 12 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 16 The main idea is to attach a project identifier to each resource. 17 18 This can be achieved either by using an extra `.project` field for each resource or by parenting the resources in a project resource. 19 The 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 14 21 The 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 ==17 22 18 23 Independently from the GenericTrac specification, the MultiProject changes to the data model are quite simple.