Allow multiple Git repositories to be active at once
This suggestion is migrated to Developer Community. Please use below link to view the current status.
This description has been modified by the admin.
This request is to have VS allow more than one Git repository be active at once. By allowing multiple repositories to be active at once, one can work with a solution that spans multiple repositories and also view histories and files of a submodule and parent repo at the same time.
We’re excited to let you know that we’ve begun planning for this feature. Please keep an eye out for further updates!
pavel pavluhin commented
this was migrated in silence to Developer Community, please vote again:
Any ETA? I tried Visual Studio 2019 Preview but itsn't supported yet.
Dmitry Belay commented
Need this, please!
Waiting for this new feature ...
Jürgen Skrotzky commented
don't forget to vote also on the vs page:
Tomas Beblar commented
We have 1 project (class library) used in 4 different solutions (2 websites, 1 winforms app). Each solution has 2 projects. We need this working. Please get this done asap.
Meisho Shorrosh commented
Hope this comes sooner rather than later!
Connor Stott commented
Really looking forward to getting this update! please keep this on your radar! i would really like to see this out soon!
Brian Vind Borgstrøm commented
VSTS Team - any idea about the release date?
Phillip Ross commented
Ugh. I finally decided to switch over from my visualsvn server to TFS today, built my projects, transferred my code and found out that this wasn’t already a thing. Ugh
Olivier Helin commented
I have 1 team project on TFS with 2 git repositories. Consequently I have to select one of the two GIT repositories and I can't see the "Pull Requests", "WorkItems" and "Build" items.. I hope this improvment will fix it ?
Please support multiple repositories without *requiring* the specific use of git-submodules. Google repo and other solutions are popular as well and can be supported very well just by correctly mapping files/folders upward to the correct repo. That said the main reason git-submodules is not used more often is that it requires a lot of extra steps and a helpful UI so *additional* submodule support would likely be welcomed (just please don't *require* it for basic multi-repo support).
Brian Vind Borgstrøm commented
Is there a chance for letting us know a release date?
Brian vind Borgstrom
Raymond Bergen commented
@VSTS Team where can we follow the progress of this feature?
Richard Petheram commented
2 Use cases:-
1. DTOs shared between server and client. The project containing the DTOs should be on an independent branch, and shared by both the server and the client such that modifications from either solution is reflected in the other.
2. Library under development. Where a library contains code that may be useful to many projects but is being developed in parallel with one or more solutions, the library should be in a separate repository but committed at the same time as other changes.
With great joy I have receved notification that this feature is now entering the planning stage.
Our preferred way of working with VS is a solution containing one website and a number of classliberies supporting that website.
It is much needed to place each web and each classliberie in each own git repo. Letting the developer edit any file in the solution.
For that we need this feature very much.
Please contact me from a reply-able mail adresse or via Skype ID:anders_djursaa for any clarification
Regards and thanks in advance Anders
Stephan Steiner commented
We have a considerable number of library projects (each in its own repo and with its own solution) that are shared across multiple applications. Frequently, the need arises to make changes to one or multiple of these library projects as part of the development of the applications that uses several of these shared libraries. At present, we make the change, then open the solution of the library, check in, switch back to the solution of the application, and continue working there. On SVN (with Anksvh) we were able to update the library projects from the application solution directly (along with all the other source control features - like history, branching, etc.) - that's what we're looking for in Git support in Visual Studio.
Bo Bendtsen commented
We use submodules, and that's is currently poorly support in vs.