【问题标题】:Upgrading TFS 2012 to 2017将 TFS 2012 升级到 2017
【发布时间】:2018-03-27 11:41:57
【问题描述】:

我正在寻找升级 TFS。我一直在阅读如何做到这一点。我没有进行就地升级。我有一台带有 TFS 2012 的服务器和另一台带有 TFS 2017 的服务器。我们使用的只是源代码控制。没有别的,所以它很基本。我们也只有几个项目。

从我正在阅读的内容中,您将项目集合与旧的分离。从旧的备份收集数据库。将此恢复到新的,然后将该项目集合附加到新的。

这听起来像是在移动它。如何完成简单的“复制”而不是移动?这个想法是我想对此进行测试,这意味着我希望当前生产 TFS 2012 集合的工作中断最小化。在我从 TFS 2012 分离并完成备份以将其转移到 TFS 2017 服务器后,是否应该只是简单的附加以将其再次附加到 tfs 2012 以便开发人员可以继续工作?

另外,我假设在分离之前每个人都应该检查所有内容,或者当我分离集合时它处于什么状态无关紧要?

【问题讨论】:

    标签: tfs


    【解决方案1】:

    通常,您不能简单地将 TFS 从一个硬件“复制”到另一个硬件,例如复制文件。

    在您想要在源代码控制中管理项目/文件的场景中,这意味着您需要保留源代码控制历史记录(变更集、提交等)。信息记录在数据库中。因此,您需要对数据库执行操作。

    对你来说最简单的方法是从 TFS 2012 到 2017 的Moving team project collections,实际上它是一个“复制”操作,之前的 TFS 2012 仍然可用。看到这个类似的线程:TFS Migration from 2012 & 2017 to 2017

    如果您想将所有内容保留在 TFS 2017 中,则需要在分离之前先签入所有内容。

    另一种方法是Move or Clone Team Foundation Server from one hardware to another,但它要求您必须安装与以前使用的相同 SQL Server 版本(TFS 2012),然后从 TFS 2012 升级到 TFS 2017。 (可以参考这篇文章:Upgrading from TFS 2013 to TFS 2017

    【讨论】:

    • 您确定需要完整签入吗?从服务器移动到服务器时,我从未将其设置为要求。只要集合 ID 不变,那么我会说结帐等将在新服务器上继续进行。
    • 是的,对不起,当我说复制与移动时,它已经在分离的上下文中,进行数据库备份,将备份复制到另一台服务器并恢复,然后再次附加。但是与原始版本的分离是让我感到紧张的部分,因为如果出现问题并且我无法重新连接到同一个数据库(因为我只想测试另一个新版本),那将是一个糟糕的情况。所以希望有一种侵入性较小的方法来做到这一点,但似乎真的没有。似乎您必须先从现有的 TFS 中分离出来。
    • @ToreØstergaard 我只是在签出文件的同时尝试了它,当我将集合移动到新服务器时一切正常。所以你是对的。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-12-18
    • 2017-04-12
    • 2013-12-21
    • 2018-11-01
    • 2017-09-30
    • 2016-06-12
    • 1970-01-01
    相关资源
    最近更新 更多