代码之家  ›  专栏  ›  技术社区  ›  Antony Gibbs

TFS2008到TFS2010迁移升级

  •  4
  • Antony Gibbs  · 技术社区  · 16 年前

    全部,

    我目前正在尝试创建一个可重复的过程,用于将TFS 2008安装升级到新硬件(微软称之为迁移升级),但在新硬件上构建VS 2008项目时遇到了问题。

    我们的TFS 2008安装由两台机器组成;一个包含SQL数据库和应用层,另一个充当专用构建服务器。

    TFS2010安装的新硬件由两台机器组成;其中包含SQL数据库、应用层、SharePoint和Reporting Services。

    当我们开始尝试建立解决方案时,我们的问题就开始了。我们最初尝试构建这些解决方案,但没有将它们升级到VS2010格式,也没有修改任何项目的目标框架。

    在构建各种项目时,我们会遇到以下错误:

    1. <

    2. ResGen:错误RG0000:无法加载引用的程序集“<文件名>。dll”。捕获到一个FileNotFoundException,表示“无法加载文件或程序集”<文件名>。dll'或其依赖项之一。系统找不到指定的文件。“[&书信电报;项目文件名(>]

    3. C:\Program Files(x86)\MSBuild\Microsoft\Windows Workflow Foundation\v3.5\Workflow.VisualBasic.Targets(153):“GeneratedCodeAttribute”在命名空间“System.CodeDom.Compiler”中不明确。

    关于如何消除这些问题,有各种各样的建议,包括修改ResGen上的32位支持标志,或者强制使用64位ResGen,以及将项目升级到vs2010格式并将其更改为targetframework4。

    第1期。 可以 通过将有问题的项目更改为目标框架4来修复此问题,但是由于兼容性问题,此特定项目还无法升级,而且我还没有找到问题2的解决方案;3.

    任何人 有 那么,那些可能有用的想法呢 拜托 让我知道。

    干杯,

    安东尼

    编辑:

    问题1已被其他人看到,并且与引用自定义类型的泛型列表的资源文件相关。事实证明,这些在我们的项目中是多余的,所以我只是删除了它们,构建问题已经成为历史。

    问题2似乎已经完全消失了,可能是因为修复了问题1。

    Link to Connect site ),并且有几种解决方法(引用框架的特定版本,将构建工作流更改为使用MSBuild3.5),但这些方法都不起作用。

    因此,我们到2010年的升级似乎被搁置,直到我们为其构建3.5工作流(crm4.0和sharepoint2007/2010)的产品支持framework4,或者直到微软解决了这个问题。

    http://support.microsoft.com/kb/2023579

    2 回复  |  直到 12 年前
        1
  •  0
  •   Antony Gibbs    16 年前

    正如我在原帖子的评论中所说的,这个与未构建的工作流相关的问题确实是通过一个微软.NETFramework4扩展补丁解决的,这个补丁在KB2023579中有概述,这个补丁还没有公开(在本文发表时)。

    此解决方案是由Microsoft通过一个支持电话提供的,因此我受该电话的条款和条件的约束,在正式的知识库文章发布之前,这些条款和条件阻止我分发到修补程序的链接,此时我将发布链接。对不起的。

        2
  •  0
  •   riezebosch    15 年前

    对我们有用的修补程序: http://support.microsoft.com/kb/2249629

    推荐文章