好吧那么,我的问题的简短版本是:
当您拥有跨多个解决方案共享的项目时,在Git中处理项目引用的最佳方法是什么？如何组织我的Git repos？
长版本是:
我们是一个小型开发团队(5个开发人员),目前我们使用TFS作为源代码控制和构建服务器,Visual Studio是我们的首选IDE.我一直热衷于尝试新事物,并试图改善我们的开发环境,所以我决定阅读Git以了解它是否可以替代TFS的源代码控制部分.我们刚刚将Jira集成到我们的工作流程中,所以我决定尝试使用Stash作为我们的Git环境,因为它与Jira的集成程度如何.我现在正在试图找出组织git repos的方法,这就是我在这里的原因.现在我要描述我们有多少解决方案是有组织的.
我们有很多解决方案.有些是库,有些是通过Visual Studio中的Project引用引用这些库的程序.
所以让我困惑的主要问题是如何处理许多解决方案中引用的库？
我们应该开始对我们的库进行版本控制并将每个库放在一个单独的仓库中吗？当库收到必须部署的更新并且该库被20多个解决方案使用时,这种方式似乎会涉及大量额外维护.我错了吗 ？我看到的另一个缺点是Visual Studio中不再有Project引用,它会使调试变得更加繁琐.
我是否应该使用我们所有的解决方案进行大型回购,这样我们所有的参考资料都是最新的？
我还想过,也许我可以创建自己的nuget存储库,其中包含所有这些库,这样在需要时更新引用的库就不那么麻烦了.这只是一个想法,我没有适当地研究这个,所以我不确定这是否有任何好处.
那么,有没有人可以给我一些建议？
git solution project-reference visual-studio bitbucket-server