Answers: <p>This was solved by having a separate project/solution for the DLL as it is used by multiple projects.  It has it's own life cycle and bug backlog.  Allowing work to be scoped and tracked for that common library and feature requests to be added to the backlog to extend is shared capability</p>
  
Answers: CC BY-SA 4.0
Answers: 2019-12-23T19:30:19.370Z
Answers: 2019-12-23T19:30:19.370Z
Answers: xtreampb
Answers: <p>Only put a library in a separate repo when it is used in two different repos. If that is not the case then put the code in the same repo. Otherwise one could run into the anti-pattern nanoservices.</p>
  
Answers: CC BY-SA 4.0
Answers: 2018-06-28T05:04:44.057Z
Answers: 2018-06-28T05:04:44.057Z
Answers: 030
Body: <p>I have a dot net solution containing a WPF application, MS-SQL database, and 2 dlls.  Each is their own product in the sense that each can be shipped independently (dlls go to nuget to be consumed by other applications to talk to the database).  They are independant of each other but are developed in conjunction with one another (changes made in one typically results in changes in another).  The repos are used by VSTS build and release pipelines.</p>
  
  <p>Should I set up a single git repo that contains all the projects or should i do a repo for each project?  Should I use submodules?  Are there any alternative solutions?</p>
  
Comments: CC BY-SA 4.0
Comments: 2019-12-23T08:38:10.053Z
Comments: Could you indicate whether you solved the issue?
Comments: 030
Tags: <git><azure-devops>
Title: Git repo setup for multiple dot net project
UserDisplayName: xtreampb
ThreadText: # Git repo setup for multiple dot net project
  
  (Asked by: username_0 on 2018-06-26)
  
  I have a dot net solution containing a WPF application, MS-SQL database, and 2 dlls. Each is their own product in the sense that each can be shipped independently (dlls go to nuget to be consumed by other applications to talk to the database). They are independant of each other but are developed in conjunction with one another (changes made in one typically results in changes in another). The repos are used by VSTS build and release pipelines.
  
  Should I set up a single git repo that contains all the projects or should i do a repo for each project? Should I use submodules? Are there any alternative solutions?
  
  **Tags:** git, azure-devops
  
  > **Comments:**
  > **username_1**: Could you indicate whether you solved the issue?  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_0 on 2019-12-23. Score: 0 | Accepted answer
  
  This was solved by having a separate project/solution for the DLL as it is used by multiple projects. It has it's own life cycle and bug backlog. Allowing work to be scoped and tracked for that common library and feature requests to be added to the backlog to extend is shared capability
  
  
  ---
  
  ### Answer by username_1 on 2018-06-28. Score: 2
  
  Only put a library in a separate repo when it is used in two different repos. If that is not the case then put the code in the same repo. Otherwise one could run into the anti-pattern nanoservices.
  
  
  ---
  
  