https://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292011-11-30T15:47:36ZRedmineRedmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=343342011-11-30T15:47:36ZHugues De Keyzer
<ul></ul><p>The subject of this feature request should be “Define repositories independently from projects”.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=343392011-11-30T16:23:19ZEtienne Massip
<ul><li><strong>Subject</strong> changed from <i>Define repositories indepently from projects</i> to <i>Define repositories independently from projects</i></li><li><strong>Category</strong> set to <i>SCM</i></li></ul><p>I think it's a dupe too.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=343452011-11-30T16:45:25ZHugues De Keyzer
<ul></ul><p>The following issues are related to this one, but I wasn’t able to find one proposing a similar solution: <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple SCM per project (Closed)" href="https://www.redmine.org/issues/779">#779</a>, <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Subprojects can share their parent project's repository (New)" href="https://www.redmine.org/issues/1657">#1657</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Repository commits in subprojects won't reference tickets in parent projects (Closed)" href="https://www.redmine.org/issues/2255">#2255</a>, <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: Revision referring to issues across all projects (Closed)" href="https://www.redmine.org/issues/3087">#3087</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple repositories for projects (Closed)" href="https://www.redmine.org/issues/3169">#3169</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Support for cross-project revision links (Closed)" href="https://www.redmine.org/issues/3346">#3346</a>, <a class="issue tracker-2 status-1 priority-5 priority-high2" title="Feature: Possibility to link all projects to a single SVN repository (New)" href="https://www.redmine.org/issues/3687">#3687</a>.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=344082011-12-04T23:01:03ZMischa The Evil
<ul></ul><p>Hugues De Keyzer wrote:</p>
<blockquote>
<p>The following issues are related to this one, but I wasn’t able to find one proposing a similar solution: <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple SCM per project (Closed)" href="https://www.redmine.org/issues/779">#779</a>, <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Subprojects can share their parent project's repository (New)" href="https://www.redmine.org/issues/1657">#1657</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Repository commits in subprojects won't reference tickets in parent projects (Closed)" href="https://www.redmine.org/issues/2255">#2255</a>, <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: Revision referring to issues across all projects (Closed)" href="https://www.redmine.org/issues/3087">#3087</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple repositories for projects (Closed)" href="https://www.redmine.org/issues/3169">#3169</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Support for cross-project revision links (Closed)" href="https://www.redmine.org/issues/3346">#3346</a>, <a class="issue tracker-2 status-1 priority-5 priority-high2" title="Feature: Possibility to link all projects to a single SVN repository (New)" href="https://www.redmine.org/issues/3687">#3687</a>.</p>
</blockquote>
<p>Indeed. I've added a relation to <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple SCM per project (Closed)" href="https://www.redmine.org/issues/779">#779</a>.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=349542011-12-21T15:59:32ZColin Mollenhour
<ul></ul><p>This sounds like the best all-around solution, better than <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple SCM per project (Closed)" href="https://www.redmine.org/issues/779">#779</a>. It solves duplicate commit messages and the whole parent-child-sibling issue. For me the biggest issue is I have multiple git repos by creating dummy projects under the parent project, but then if there is some commit that references an issue of a sibling repository the connection is not made. With svn I could work around this because I would organize the repo around my sub-project layout but with git having multiple repositories is the only way to control access to specific submodules.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=349672011-12-21T18:52:35ZAndy Bolstridge
<ul></ul><p>I'm not convinced. While it does sound 'clean' to refer to repositories separately, I think most projects will still use unique repositories themselves. Ie, the code for each project does not reside in the same place, either because they are in distinct repositories, or in distinct sub-sections of a single repo.</p>
<p>As a result, we'd end up defining repository links in one place, only to refer to each in the projects - the same could be achieved by placing the repo links directly in the project.</p>
<p>This does not mean that we could take all the repo links for all projects and have them displayed in a report elsewhere that allows the admin to change them (eg if a repo moves).</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=349692011-12-21T19:10:57ZWilliam Baum
<ul></ul><p>I really like this idea, and actually considered writing up something similar myself.</p>
<p>I don't see it as inconsistent with <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple SCM per project (Closed)" href="https://www.redmine.org/issues/779">#779</a>. It would be great to have available repositories and associate them with projects as need be.. Multiple repositories per project and multiple projects per repository.</p>
<p>Colin, the cross-project revision references thing is easy.. See <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: Revision referring to issues across all projects (Closed)" href="https://www.redmine.org/issues/3087">#3087</a></p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=349792011-12-22T07:27:33ZPedro Gutierrez
<ul></ul><p>I like the idea very much. It would make our life simpler and more flexible.<br />Mainly because our problem is not that we need multiple repositories for a project, but the other way around, i.e. we'd need multiple projects per repository.</p>
<p>So I'd prefer this solution to the one proposed in <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple SCM per project (Closed)" href="https://www.redmine.org/issues/779">#779</a> . However,I see a number of open issues:</p>
<p><strong>Issue1:</strong> <em>Any suggestion on how to grant access to the repositories?</em></p>
The easiest way, I'd say, would be that repositories had a list of associated projects.<br />And keep the rest as it is at the moment, i.e. the access to the repository granted at role level.<br />So if I want to push a change to a repository I'd need:
<ul>
<li>to be involved in a project with a role that provides access to the repository</li>
<li>that the project itself be associated to that repository</li>
</ul>
<p><strong>Issue2:</strong> <em>If I'm involved in two projects (with the appriate role). And both projects are sharing a repository how do I associate each commit with the project?</em></p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=382702012-05-17T15:26:31ZHolger Winkelmann
<ul></ul><p>We also suggest to have repos independently of projects and assign them to one or more projects,</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=495192013-05-18T00:13:17ZR. Steve McKown
<ul></ul><p>+1</p>
<p>This might greatly help larger team use of redmine. We have about a dozen shared code git repos, used by several dozen unique applications, each of which is built from its own application level git repo and git submodule like links to the relevant shared git repos. Since we develop apps for customers, the number of apps is growing, and the feature set made available by the shared code is also growing. It's a massive N:N relationship between app code and shared code.</p>
<p>We want to enter feature and defect issues against the project that triggers the issue. But our shared code base is getting so comprehensive now that about half of any project's issues end up generating commits against shared code. We don't want to use <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Multiple SCM per project (Closed)" href="https://www.redmine.org/issues/779">#779</a> to attach the shared repos to all the relevant projects, as this would result in massive commit data duplication in redmine. The concept of this <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Define repositories independently from projects (New)" href="https://www.redmine.org/issues/9703">#9703</a> would look to solve this challenge for us.</p>
<p>Edit: I just found the global setting "Allow issues of all the other projects to be referenced and fixed". Enabling this checkbox seems to be a good solution to use issue-commit relations in our shop.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=496112013-05-23T03:31:34ZBruno Medeiros
<ul></ul><p>R. Steve McKown, don't you have a separated redmine project for each shared code library (repo)?<br />I have a similar setup of yours, but I create a project for each library (shared code repo), and every time a new commit is needed on the shared code, I create a new issue on the specific project of the shared code.<br />PS.: I still would like to see this ticket implemented, but not for this specific case.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=715332016-06-14T10:24:19ZZer Guz
<ul></ul><p>+1. In our company we have many repository modules that are used in multiple projects. It will help if a repository can be associated with multiple projects.</p> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=720112016-07-05T05:38:17ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-5 priority-4 priority-default closed" href="/issues/23079">Feature #23079</a>: Same Repository to differents projects</i> added</li></ul> Redmine - Feature #9703: Define repositories independently from projectshttps://www.redmine.org/issues/9703?journal_id=1041992021-09-26T19:45:25ZTolga Uzun
<ul></ul><p>We are using a main reposityory for a product and managing the different versions of the project in the same repository but differentiating in folder hierarchy but not at root level, inside other folders (literature, design etc and than the version folders). And also there are different projects in Redmine that is used to track the issues. This way, I have to add the main repository to all of the parent and child projects that causes fetching all repository changesets to the redmine database multiple times which takes enormous time for a big old repository.</p>
<p>I think this feature would be very useful and the solution is already provided: Just make the repositories independent of the projects and implement a relation between them.</p>
<p>By the way, I am new using the repository module so I may be wrong about the solution since I only use it for listing the changesets and relating them with the issues.</p>
<p>In short: +1</p>