【问题标题】:Moving Project under TFS Source Control to New Development Machine将 TFS 源代码控制下的项目移动到新的开发机器
【发布时间】:2018-02-22 08:21:43
【问题描述】:

我已经转移到一台新的开发机器上,我需要为我当前所有的 Visual Studio 项目重新建立 TFS 绑定,我已将其复制到新机器上。

当我尝试将我的项目解除绑定并重新绑定到 TFS 时,状态仍为无效。

让我的新机器上的项目再次绑定到 TFS 的唯一成功是取消绑定它们,然后将项目重新添加到源代码管理。然后 TFS 让您为每个项目中的每个文件解决服务器和本地副本之间的“冲突”。

虽然这可行,但它是一个低效的过程。有没有更好的,规定的方法来做到这一点。

【问题讨论】:

  • 为什么需要这样做?只需映射一个新工作区并从源代码管理中获取文件。

标签: tfs


【解决方案1】:

您不能简单地将工作区文件夹复制到新的开发机器,它无法将复制的文件夹识别为工作区。即使你绑定再绑定,你仍然需要再次将本地文件添加到源代码管理以识别它们。

丹尼尔是对的。只需检查从旧开发机器到 TFS 的更改,然后在新开发机器上映射一个新工作区并从源代码管理中获取文件。

【讨论】:

    【解决方案2】:

    谢谢丹尼尔和安迪。

    我认为我可以将工作文件夹的副本带到新机器上,一切都会很棒。显然,这不是一个好主意。

    终于看到我的方式错误,我清除了所有副本,删除了Workspaces并删除了Users/me/Source/Workspaces下的Workspace文件夹,并重新映射了所有内容,并让TFS下载了文件——这花了很多时间比我浪费的时间少。

    我希望这可以帮助人们避免犯同样的错误。

    【讨论】:

    • 是的,这只是我们提到的映射工作空间。您可以Accept it as an Answer,这对阅读此主题的其他社区成员可能会有所帮助。
    猜你喜欢
    • 2012-11-25
    • 1970-01-01
    • 2019-05-22
    • 2011-04-10
    • 1970-01-01
    • 2018-01-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多