【问题标题】:TFS Project to Repo RelationshipTFS 项目到回购关系
【发布时间】:2017-01-24 09:23:48
【问题描述】:

我们将把现有的 BizTalk 代码库迁移到 TFS 2015 更新 2。我们希望使用 GIT 而不是 TFVC 进行版本控制。

我无法理解回购与项目的关系。我想运行独立的 TFS 项目来管理与业务运行的“项目”相一致的离散工作。本能告诉我应该为此类项目创建一个分支,但每个 TFS 项目似乎都需要自己的 repo?

如果我坚持使用单个 (BizTalk) TFS 项目,我将能够为每个业务项目创建一个分支,但工作项将全部混合在一起。这将使燃尽图等有用的报告工具变得毫无用处。

我猜另一种选择是运行多个 TFS 项目,每个项目都有自己的 repo,然后在 repo 之间手动合并?也许有一个“主要”项目并将其 repo 用作项目 repos 的主要分支?

人们是如何处理这个问题的?

【问题讨论】:

标签: tfs azure-devops alm


【解决方案1】:

首先请注意,在团队项目中,您可以创建多个 Git 存储库。

另外,请记住 Git 分支具有存储库范围,它不是 TFVC 中的目录(它根本不像 Git :-))。

那么如果你想迁移到 Git,你需要模块化你的项目。一旦你有了一个模块化的代码库,你应该为每个模块创建一个 Git 存储库。从每个存储库中,您应该能够构建和发布 Nuget 包。然后通过Nuget包解析依赖来解决模块间依赖。

无需从 repo 到 repo 或从模块到模块合并任何东西 :-) 您只需要在同一个存储库内从一个分支合并到另一个分支。

【讨论】:

    【解决方案2】:

    更好的方法是您可以在 GIT Team Project 中创建多个存储库。

    关于工作项,您可以创建多个团队和区域,然后将工作项放在不同的区域,并根据需要更改区域(团队可以有相同的区域)。

    有一个博客可能会让你受益:Many Git Repositories, but one Team Project to rule them all

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-05-21
      • 2013-11-29
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-06-19
      • 2022-01-18
      • 1970-01-01
      相关资源
      最近更新 更多