Git和TFS版本控制团队工作

Question

我们是一家中型公司，约有15名C#开发人员。

我们想要撤销资源来源(五年谈论它！)并使用Git和TFS

因为Git可能是版本控制中的过去、现在和未来，而TFS是因为我们希望拥有所有的集中式和VS集成/功能。

特别是，我们希望避免两个或两个以上的人同时处理同一个文件，

我们有三大产品

• 企业资源规划
• 现金点软件
• 网络产品目录(所有其他网络项目)

因此，有3个小组在这3个项目/地区工作。

我们有所有团队使用的公共类和每个团队使用的特定类。

例如

Proj1使用：

• 解决方案项目(windows窗体)
• Class1公共
• Class2公共
• Class1 Erp
• Class2 Erp

Proj2使用：

• 解决方案项目(windows窗体)
• Class1公共
• Class3公共
• Class4公共
• Class1现金点
• Class2现金点

Proj3使用：

• Web项目
• Class1公共
• Class2公共
• Class3公共
• Class1网站
• Class2网站

我们希望为每个类创建一个存储库，然后在主项目解决方案中使用它们，但我已经阅读过Visual和TFS (git子目录)不可能使用它们。

是对的吗？

我们怎么能以另一种方式取得这种结果呢？

我们希望避免的是创建一个独特的存储库，并迫使开发人员下载所有的类和解决方案。

Answer 1

谢谢你的回答

关于Git和TFS的迁移，就像你现在一样，人们很难从他们所知道的转变为未知的。我正在努力..。

另一个问题是我们不得不停止工作几天(多少天？)谁知道？)在有危险的迁移过程中丢失数据或代码的部分。

但我相信我们会做的

关于锁定文件，我认为很难知道它是好的还是坏的。我相信这取决于情况

在我们的场景(中小型公司)中，开发人员在没有与其他人交互的情况下进行特定项目的工作，这是有效的

在一个来自世界各地的变化的场景中，正如您所写的，它是无效的

我也尝试了的合并，我发现它非常不容易，我们更改1代码行只是为了尝试！如果你必须合并更多的代码，我不知道这是怎么回事。Git的合并要好得多

在合并文件或修复代码时，开发人员会损失多少次？

关于支持多个存储库的VS，我在一个月前就已经不可能了

你能给我寄些关于它的东西吗？您曾经写过，我们必须使用子模块和大量的Git命令行。你不觉得跟货源公司的管理层相比很不舒服吗？或者让我们打开类似于引用的存储库

我们也考虑过nuget包，我们已经准备好从这些解决方案开始，但是一些开发人员抱怨他们无法在调试期间更改代码运行时(很难让很多人达成一致……)

另一个问题是，您必须部署每次您的nuget包和他们的依赖。它比有项目引用要复杂得多

我会珍惜你的回答，试图改变我们的心态