Feature #3687

Possibility to link all projects to a single SVN repository

Added by Tomislav Trajkovski over 8 years ago. Updated over 2 years ago.

Status:NewStart date:2009-07-29
Priority:HighDue date:
Assignee:-% Done:

0%

Category:SCM
Target version:-
Resolution:

Description

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 project New 2010-11-09
Related to Redmine - Feature #1657: Subprojects can share their parent project's repository New 2008-07-17
Related to Redmine - Feature #2255: Repository commits in subprojects won't reference tickets... Closed 2008-12-01
Related to Redmine - Patch #2256: Allow commit messages to refer to issues in project ances... Closed 2008-12-01
Related to Redmine - Feature #779: Multiple SCM per project Closed 2008-03-04

History

#1 Updated by Michael Venzke about 8 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.

#2 Updated by Andy Bolstridge over 7 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.

#3 Updated by Roman Lukmanov almost 5 years ago

+1!

#4 Updated by Maicon Zucco over 2 years ago

+1

#5 Updated by Erik Álvarez over 2 years ago

+1

#6 Updated by Toshi MARUYAMA over 1 year ago

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

#7 Updated by Toshi MARUYAMA over 1 year ago

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

Also available in: Atom PDF