适用于小型团队的c#/ .net项目的Git存储库结构

时间:2013-01-25 14:51:27

标签: c# .net git

我正在考虑将我们的.net(c#)项目从TFS迁移到git。我们不想继续使用tfs的tema普遍共识,我们希望试用git。我们当前没有那么多项目可以迁移,但我们希望随着旧系统的更换,这些项目会增长。

目前我们有一个tfs项目,我们认为需要多个项目,数据库内容,第三方dll等等。在git中有类似结构的最佳方法是什么?

我能看到的最好的方法是对我们当前的结构进行类似的操作,并为所有常用文件提供单独的存储库。
我读过有关使用子模块的内容,但似乎有很多关于这些的抱怨。是否值得尝试回购或其他替代方案?或者有更好的方法来解决这个问题吗?

1 个答案:

答案 0 :(得分:0)

这个问题将是非常主观的,但IMO我会通过为您的常见内容提供单独的存储库来解决这个问题。

另一种选择是将您的常用内容迁移到Nuget packages,以便您可以移动常用内容而无需担心破坏所有现有项目。

根据我的经验,企业环境中的常见项目往往会影响您快速响应变更的能力。相反,您需要花费大量时间来担心“核心”或“Lib”模块的变化将影响您使用它们的80多个项目。更糟糕的是,人们只是开始把所有内容都推到这些模块中,即使它仅仅与一些项目相关,只是因为它 easy