我如何与两个开发人员一起管理 TFVC 中的源代码？
How can I manage source code in TFVC with two developers?
直到现在，我只是一个人在做项目，但是一个新的开发人员被分配到我的项目，我试图弄清楚我们如何在源代码控制方面最好地合作。
我有 2 个分支，MainBranch 那是我的，JuniorBranch 那是我同事的分支。
我在使用 TFS 之后建立的一般工作流程
- 从 main 创建一个新分支
- 我们都做自己的工作并将更改签入我们自己的分支
- 我获取了最新版本的 JuniorBranch 并查看了她的更改
- 我进入源代码管理资源管理器并将 JuniorBranch 合并到我的 MainBranch
这是我感到困惑的地方。我合并的更改显示在我笔记本电脑的 MainBranch 中。完全自动，无需我点击获取最新版本或获取任何弹出窗口或任何东西！
但是如果我检查 "Server version"，我们 TFS 网站上的那个，更改还没有，只有在我再次检查后它们才会被提交。
尤其是本地版本 "just show up" 的变化让我感到困惑。这怎么可能发生？我如何防止将她和我忘记的一些更改合并到 MainBranch 中？每个人（我猜是在获得许可的情况下）如何允许 悄悄地 将更改合并到我的 MainBranch 中？他们是怎么出现的？
运行 合并过程开始 合并。直到 you 提交合并才会提交。这使您有机会查看更改并解决冲突。
他们没有"just show up"。你通过开始合并让他们出现了。
使用 Team Foundation 版本控制管理文件的一个优点是多个人可以同时处理一个文件。
一个缺点是有时您必须先解决冲突，然后才能获取、签入、取消搁置、合并或回滚文件。虽然遇到冲突可能会令人沮丧，但我们的 TFS 系统提供了信息和工具来帮助您理解和解决冲突。
正如丹尼尔指出的那样，当您合并文件时，这些文件不会立即合并到目标分支。首先有 列为待定更改 。除非您签入了待处理的更改。否则，目标分支不会被更新。
此外，如果其他人（工作流程）在您的合并过程中签入更改，肯定包含您需要解决的一些冲突。
当你说本地版本或服务器版本时。您必须首先检查您是否正在使用 sever workspace or local workspace。有一些区别。
不确定是否完全理解您的意思，如果您仍有顾虑，建议您附上一些屏幕截图以使其更清楚。
直到现在，我只是一个人在做项目，但是一个新的开发人员被分配到我的项目，我试图弄清楚我们如何在源代码控制方面最好地合作。
我有 2 个分支，MainBranch 那是我的，JuniorBranch 那是我同事的分支。 我在使用 TFS 之后建立的一般工作流程
- 从 main 创建一个新分支
- 我们都做自己的工作并将更改签入我们自己的分支
- 我获取了最新版本的 JuniorBranch 并查看了她的更改
- 我进入源代码管理资源管理器并将 JuniorBranch 合并到我的 MainBranch
这是我感到困惑的地方。我合并的更改显示在我笔记本电脑的 MainBranch 中。完全自动，无需我点击获取最新版本或获取任何弹出窗口或任何东西！
但是如果我检查 "Server version"，我们 TFS 网站上的那个，更改还没有，只有在我再次检查后它们才会被提交。
尤其是本地版本 "just show up" 的变化让我感到困惑。这怎么可能发生？我如何防止将她和我忘记的一些更改合并到 MainBranch 中？每个人（我猜是在获得许可的情况下）如何允许 悄悄地 将更改合并到我的 MainBranch 中？他们是怎么出现的？
运行 合并过程开始 合并。直到 you 提交合并才会提交。这使您有机会查看更改并解决冲突。
他们没有"just show up"。你通过开始合并让他们出现了。
使用 Team Foundation 版本控制管理文件的一个优点是多个人可以同时处理一个文件。
一个缺点是有时您必须先解决冲突，然后才能获取、签入、取消搁置、合并或回滚文件。虽然遇到冲突可能会令人沮丧，但我们的 TFS 系统提供了信息和工具来帮助您理解和解决冲突。
正如丹尼尔指出的那样，当您合并文件时，这些文件不会立即合并到目标分支。首先有 列为待定更改 。除非您签入了待处理的更改。否则，目标分支不会被更新。
此外，如果其他人（工作流程）在您的合并过程中签入更改，肯定包含您需要解决的一些冲突。
当你说本地版本或服务器版本时。您必须首先检查您是否正在使用 sever workspace or local workspace。有一些区别。
不确定是否完全理解您的意思，如果您仍有顾虑，建议您附上一些屏幕截图以使其更清楚。