Feature #3687


Possibility to link all projects to a single SVN repository

Added by Tomislav Trajkovski almost 15 years ago. Updated about 9 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


We have a situation like this:

  1. One central repository in SVN
  2. Many different projects and subprojects that all map to the same repository

I would like to be able to configure RedMine to import the repository only once and then use it for all projects and subprojects.

Related issues

Related to Redmine - Defect #6857: git references leaking from subproject to projectNew2010-11-09

Related to Redmine - Feature #1657: Subprojects can share their parent project's repositoryNew2008-07-17

Related to Redmine - Feature #2255: Repository commits in subprojects won't reference tickets in parent projectsClosed2008-12-01

Related to Redmine - Patch #2256: Allow commit messages to refer to issues in project ancestor tree, not just projectClosed2008-12-01

Related to Redmine - Feature #779: Multiple SCM per projectClosedJean-Philippe Lang2008-03-04

Actions #1

Updated by Michael Venzke almost 15 years ago

I second this.

We have 1 svn repository that houses all our projects under separate paths. At first, I was fine with just making each project point to a specific path within the repository, but now we're having issues linking revisions and using revision comment commands.

The problem comes into play because of our layout, which we're not willing to change as it's tied to how we want to do it. We have some projects that have trunk/tags/qa/etc subfolders, and then within each of those are the subproject folders, rather than each having their own trunk/tags/etc.

This means that any time we commit to a branch or our qa commits, they don't work with redmine, as the repository for the project is configured as superproject/trunk/subproject, so we can only use redmine associations on trunk commits, which doesn't let us track other things that we use redmine issues for.

I'm not exactly sure how you would resolve this and still not screw up other cases where revisions numbers aren't transferable across projects. One way I'd think would be to look at the repository path, and tell that one is a subset of another, but that could be tricky and not guaranteed to always remain the case if someone later changes the repository.

Another might be to define repositories outside of projects, and then let each project choose from a list of repositories, with additional per-project settings, like the path within the repository to use for repository browsing, but still allow revision links that weren't committed to that path. Something like this would also seem to be what the person above is asking for. I also like this because it allows a single authentication mechanism for the repository, which was quite annoying to change when we changed username/passwords and have to go to every single project (there's a lot) and change them all individually.

Actions #2

Updated by Andy Bolstridge about 14 years ago

I like this too.

I have a lot of projects contained within a single repo. I'd love to be able to set the repo centrally, and then have redmine projects associate with paths inside that repo.

Alternatively to the 'single repo' approach is to associate a repo with a project, and allow sub-projects to be path-based on the parent's repository. This would make sub-projects more closely related to a project.

Actions #3

Updated by Roman Lukmanov over 11 years ago


Actions #4

Updated by Maicon Zucco over 9 years ago


Actions #5

Updated by Erik Álvarez about 9 years ago


Actions #6

Updated by Toshi MARUYAMA about 8 years ago

  • Related to Feature #23079: Same Repository to differents projects added
Actions #7

Updated by Toshi MARUYAMA about 8 years ago

  • Related to deleted (Feature #23079: Same Repository to differents projects)

Also available in: Atom PDF