【问题标题】:How can I manage source code in TFVC with two developers?如何与两个开发人员一起管理 TFVC 中的源代码?
【发布时间】:2020-03-18 21:36:26
【问题描述】:

到目前为止,我只一个人从事项目,但我的项目分配了一个新的开发人员,我试图弄清楚我们如何在源代码控制方面最好地合作。

我有 2 个分支,MainBranch 是我的,而 JuniorBranch 是我同事的分支。 我在玩了一些 TFS 之后建立的一般工作流程

  1. 从 main 创建一个新分支
  2. 我们都在做自己的工作,并将更改签入到我们自己的分支机构中
  3. 我获得了最新版本的 JuniorBranch 并查看了她的更改
  4. 我进入源代码管理资源管理器并将 JuniorBranch 合并到我的 MainBranch 中

这就是我感到困惑的地方。我合并的更改显示在 MainBranch 的笔记本电脑上。完全自动,无需我点击获取最新版本或弹出任何弹出窗口或任何内容!

但是,如果我检查“服务器版本”,即我们 TFS 网站上的那个,更改还没有,只有在我再次检查时才会提交。

尤其是我的本地版本上“刚刚出现”的更改部分让我感到困惑。这怎么可能发生?我如何防止将她和我忘记的一些更改合并到 MainBranch 中?每个人(我猜是经过许可的)如何允许静默将更改合并到我的 MainBranch 中?他们是怎么出现的?

【问题讨论】:

    标签: tfs branching-and-merging tfvc


    【解决方案1】:

    使用 Team Foundation 版本控制管理文件的一个优点是几个人可以同时处理一个文件

    一个缺点是,有时您必须先解决冲突,然后才能获取、签入、取消搁置、合并或回滚文件。尽管遇到冲突可能会令人沮丧,但我们的 TFS 系统提供的信息和工具可帮助您了解和解决冲突。

    正如丹尼尔所指出的,当您合并文件时,这些文件不会立即合并到目标分支。 首先列出了待处理的更改。除非您签入待处理的更改。否则,目标分支将不会更新。

    此外,如果其他人(工作流程)在您的合并过程中签入更改,肯定包含一些您需要解决的冲突。

    当您说本地版本或服务器版本时。您必须首先检查您是否使用sever workspace or local workspace。有一些区别。

    不确定是否完全明白你的意思,如果你仍然有疑虑,建议你附上一些截图,让它更清楚。

    【讨论】:

      【解决方案2】:

      运行合并过程开始合并。在 提交之前,不会提交合并。这让您有机会查看更改并解决冲突。

      他们并没有“只是出现”。您通过开始合并使它们出现。

      【讨论】:

      • 我认为我错过了有关服务器和本地版本如何在 TFS 中工作的一些信息。我认为正在发生的事情:我的笔记本电脑上有一个本地版本,TFS 中有一个服务器版本。如果有人从其他地方合并或签入更改,他们应该出现在服务器上,但不会出现在我的本地版本上,直到我点击“获取最新版本”。但是发生了完全相反的事情......所以服务器/本地版本不能像我认为的那样工作。
      • 其他人合并时,您描述的是正确的。当你合并时,它会按照我描述的方式工作。合并是一个多步骤的过程,发生在发起合并的人的机器上。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-03-16
      • 1970-01-01
      • 2011-12-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多