0

我想为我的棕色项目使用 TFS 源代码控制。我的项目有很多解决方案。一种解决方案取决于另一种解决方案。我有如下模块。

商务ERP.Sales.sln

BusinessERP.Sales.UI
BusinessERP.Sales.BL
BusinessERP.Sales.DAL
BusinessERP.Sales.DTO

商务ERP.Purchase.Sln

BusinessERP.Purchase.UI
BusinessERP.Purchase.BL
BusinessERP.Purchase.DAL
BusinessERP.Purchase.DTO

…… 等等

BusinessERP.Integration.Sln

BusinessERP. Integration.UI
BusinessERP. Integration.BL
BusinessERP. Integration.DAL
BusinessERP. Integration.DTO

这里一个模块依赖于另一个模块，集成依赖于所有单独的模块。

我的问题是如何使用 TFS 源代码控制

我应该创建一个 TeamProject，然后将我的所有解决方案粘贴到那里。如果我这样做了，那么默认情况下 TFS 会忽略 dll 文件。因此，当我想签出时，我会得到一个没有 dll 的解决方案。然后我的解决方案没有运行。保持我的解决方案以使我无法复制 dll 或我必须做的事情的标准方法是什么？

另一个问题是，我应该在同一团队项目下的 TFS 中创建区域吗？然后在每个区域下我会放置我的每个解决方案？

需要帮助我如何从我的多解决方案现有项目开始 TFS 源代码控制，以便我可以从 TFS 中获得所有好处。

4

1 回答 1

1

我要做的是为您拥有的每个产品/项目创建一个团队项目。如果解决方案一起发布，它们是同一个 TP 的一部分。

将所有解决方案一起存储在源代码管理中。这意味着，例如，如果您的产品名为BusinessERP，那么您的资源将存储在以下树状配置中：
$/
- BusinessERP
-- BusinessERP.Sales
--- BusinessERP.Sales.UI
--- BusinessERP.Sales.BL
--- BusinessERP.Sales.DAL
--- BusinessERP.Sales.DTO
-- BusinessERP.Purchase

等等。

如果您打算使用发布/版本控制计划（并且您确实应该进行任何认真的工作），那么这就是您将放入版本控制结构中的结构。有关 TFS 中的版本管理的更多信息，您可能需要参考Visual Studio Team Foundation Server 分支和合并指南。

需要注意的一件重要事情：如果您在不同的解决方案中管理您的资源，请确保正确管理这些解决方案之间的相互依赖关系。确保您不依赖外部解决方案的来源，而是依赖它们的输出，并以与 3rd 方依赖项相同的方式管理它们。当您尝试设置新的开发环境时，这将为您节省很多问题，并避免由于另一个解决方案的更改而导致依赖解决方案中断的情况。相反，如果您只依赖某个解决方案的经过测试的版本，您将能够适应您的日程安排中的任何重大更改，而不是其他团队的更改。

于 2012-11-25T10:26:03.490 回答