Redmine

Having a visual representaion of such relationhips would be a
big help.
With the current implementation listing projects like this would
already be a big plus :

project_1
sub-project-1.1
sub-project-1.2
sub-sub-project-1.2.1
sub-project-1.3
project_2
sub-project-2.1

If they are shared, are they then really subprojects? Sounds more like they are parallell projects with relations to many other projekts.

/T

They are subprojects.
E.g.: we have communication library, this library is used in two different projects. We need to show issues in communication library in both projects, and on each project there must be clear indication, that it depends on the communication library.
I know there is a workaround filtering issues on multiple projects, but that solves just part of the problem and is totally out of project-subproject user-friendly concepts.

Could somebody designate what Redmine functionality could be affected/must be changed when implementing this feature? Where are sub-projects processed and shown, what are the issues, drawbacks?

As roles inheritance has been mentioned - is that implemented already? I don't think it is necessary to have role inheritance if that breaks possible sub-project sharing.

I've remarked on how we solve the problem of shared components in #5283. In my opinion, this is a better way of handling shared components than allowing subprojects to have multiple parents. It better represents whats truly going on, especially when you bring SCM into the picture.

This feature has been opened for long time, and was requested many times. It would be great if it would be implemented.

• Allow an issue to have multiple parent issues
• Allow more than one parent issue for a single issue
• Allow more than one parent project i.e. share subprojects