TFS 2010 自定义生成活动 TF215097 错误

Question

对于 TFS 2010 中的构建过程，我创建了一个包含一些自定义代码活动的库。 在过去，通过将库 (*.dll) 添加到源代码管理并将“构建控制器 - 自定义程序集的版本控制路径”设置为在源代码管理中可以找到库的路径，一切都可以正常工作。

但几天后（我经常更新库）构建不再成功。 报告的错误是：

TF215097：发生错误 初始化构建构建 定义“无法创建未知 类型“{clr-namespace:BuildTasks; assembly=BuildTasks}””

在 搜索 除了将库安装到 GAC 之外，我找不到任何其他解决方案。这可行，但我想知道为什么在不安装到 GAC 的情况下不可能让它工作。

因此，虽然它现在又可以工作了，但我希望在没有 GAC 的情况下恢复到原来的工作方式。提前致谢。

Answer 1

我在这个帖子中的其他答案没有取得任何成功，但我想我会分享我所做的。我的自定义程序集已通过 GAC 加载到我的构建机器上。我必须手动打开构建模板 XAML 文件并将程序集添加到命名空间引用中。由于某种原因，Visual Studio 没有为我正确引用此内容。

之前：

xmlns:ba1="clr-namespace:BuildTasks.Activities"

在我的自定义构建任务程序集被称为ModifyTasks.dll之后

xmlns:ba1="clr-namespace:BuildTasks.Activities;assembly=ModifyTasks"

，将其替换为您自己的文件名...

Answer 2

重新启动 TFS 2012 构建服务器后，我遇到了同样的问题。运行完美的 CI 作业因上述 TF215097 错误而停止工作，无法找到自定义活动。

此页面上的评论 (https://social.msdn.microsoft.com/Forums/vstudio/en-US/479449e1-5c02-4744-b620-3bba64038cef/custom-build -activity-tf215097-cannot-create-unknown-type?forum=tfsbuild) 建议删除构建控制器配置中自定义活动 DLL 的设置源路径，保存更新的配置，重新添加相同的路径并再次节省。

这为我解决了这个问题。

Answer 3

如果要指定包含您编写的自定义代码活动的程序集，您需要执行以下操作：

1. 将自定义活动构建到
   您的工作流程。
2. 确保您的
   顶部的 xmlns 已定义
   正确：
   xmlns:local="clr-namespace:BuildTasks; assembly=BuildTasks"
3. 确保 XAML 中的标记为
   构建过程有本地（或
   无论您使用什么前缀）
   正确。
4. 将更新的工作流 XAML 签入您的团队项目并更新您的构建定义。
5. 在您的团队项目中创建一个名为“CustomBuildAssemblies”的新目录
6. 转到您用于创建自定义构建任务的项目的 bin/Debug（或发布）文件夹（基本上获取您放入 GAC 中的 dll）并将其放入步骤 5 中创建的目录中。
7. 通过转到 Team Exporer，选择您要执行此操作的项目，展开项目列表并右键单击“Builds”，告诉构建控制器在哪里查找自定义程序集，并选择“管理构建控制器”。选择控制器（应该是列表中的第一个）并单击属性。将版本控制路径设置为在步骤 5 中创建的目录（位于弹出窗口的中间）。

此时，您拥有一个自定义 XAML 工作流，该工作流正在引用（导入）已包含在源代码管理中的自定义程序集（或多个程序集）。构建控制器现在知道这些自定义程序集的位置。如果您需要添加/更新自定义构建任务，这允许您“签入”这些自定义程序集的新版本。

希望这会对您有所帮助。我也花了一些时间才弄清楚这一点。如果我需要更详细地说明这一点，请告诉我。我希望我可以发布一些对话框的屏幕截图。

更新：
我完全忘记了这个帖子，直到我看到它又复活了。我还可以更新这个答案，因为我找到了一种使 TFS 提取自定义构建任务程序集的最新版本的非常好的方法：为程序集创建唯一的版本号。

我使用 T4 模板并在构建程序集之前运行它。它在读取签入的自定义活动 DLL 后更新 AssemblyInfo.cs。

<#@ template debug="false" hostspecific="true" language="C#" #>
<#@ assembly name="System.Core" #>
<#@ assembly name="System.Xml.dll" #>
<#@ import namespace="System.Xml" #>
<#@ import namespace="System.Linq" #>
<#@ import namespace="System.Text" #>
<#@ import namespace="System.Collections.Generic" #>
<#@ import namespace="System.IO" #>
<#@ import namespace="System.Reflection" #>
<#@ output extension=".cs" #>
<#

 //relative path to the DLL for your custom assembly in source control
 var filename = this.Host.ResolvePath("..\\..\\..\\..\\BuildAssemblies\\BuildTasks.dll");

 Version buildInfoAssemblyVersion = AssemblyName.GetAssemblyName(filename).Version;

 // Setup the version information. Using the DateTime object make it kinda unique
 var version = new Version(DateTime.Now.Year, DateTime.Now.Month, DateTime.Now.Day, buildInfoAssemblyVersion.Revision + 1);

#>
using System.Reflection;
using System.Runtime.CompilerServices;
using System.Runtime.InteropServices;
using System.Windows.Markup;

// General Information about an assembly is controlled through the following 
// set of attributes. Change these attribute values to modify the information
// associated with an assembly.
[assembly: AssemblyTitle("BuildTasks")]
[assembly: AssemblyDescription("")]
[assembly: AssemblyConfiguration("")]
[assembly: AssemblyCompany("Microsoft")]
[assembly: AssemblyProduct("BuildTasks")]
[assembly: AssemblyCopyright("Copyright © Microsoft 2012")]
[assembly: AssemblyTrademark("")]
[assembly: AssemblyCulture("")]

// Setting ComVisible to false makes the types in this assembly not visible 
// to COM components.  If you need to access a type in this assembly from 
// COM, set the ComVisible attribute to true on that type.
[assembly: ComVisible(false)]

// The following GUID is for the ID of the typelib if this project is exposed to COM
[assembly: Guid("feab7e26-0830-4e8f-84c1-774268727cbd")]

// Version information for an assembly consists of the following four values:
//
//      Major Version
//      Minor Version 
//      Build Number
//      Revision
//
// You can specify all the values or you can default the Build and Revision Numbers 
// by using the '*' as shown below:
// [assembly: AssemblyVersion("1.0.*")]
// Version information is a combination of DateTime.Now and an incremented revision number coming from the file:
// <#= filename #>
[assembly: AssemblyVersion("<#= version.ToString() #>")]
[assembly: AssemblyFileVersion("<#= version.ToString() #>")]

[assembly: XmlnsDefinition("http://localhost/BuildTasks/Activities", "BuildTasks.Activities")]
[assembly: XmlnsDefinition("http://localhost/BuildTasks/Activities/InstallerA", "BuildTasks.Activities.InstallerA")]
[assembly: XmlnsDefinition("http://localhost/BuildTasks/Activities/InstallerB", "BuildTasks.Activities.InstallerB")]
[assembly: XmlnsDefinition("http://localhost/BuildTasks/Activities/CodeAnalysis", "BuildTasks.Activities.CodeAnalysis")]
[assembly: XmlnsDefinition("http://localhost/BuildTasks/Activities/Standards", "BuildTasks.Activities.Standards")]
[assembly: XmlnsDefinition("http://localhost/BuildTasks/Activities/CI", "BuildTasks.Activities.CI")]
[assembly: XmlnsDefinition("http://localhost/BuildTasks/Activities/Version", "BuildTasks.Activities.Version")]

您会注意到，在底部我还为工作流程中使用的每个命名空间设置了 XML 命名空间定义。我发现生成的 XMAL 看起来更干净，它也有助于解决我的问题。

我将此文件创建为 AssemblyInfo.tt，并确保在构建程序集之前运行它（右键单击并选择运行 T4 或类似的内容）。

Answer 4

该解决方案可能不适用于所有情况，因为之前的帖子中提供的答案是正确的，但不是我的问题的解决方案。此答案假设以下条件：

1. 自定义解决方案程序集在签入时全部更改，并且已正确标记和构建。
2. 构建控制器已指向自定义程序集的正确源代码控制位置。

我和（我怀疑许多其他人）正在做的是将他们的 xaml 工作流文档复制或链接到解决方案中，以便您可以使用工作流设计器和新的自定义程序集。嗯，这在 VS 设计器中效果很好，但是 VS 会用它自己的程序集引用来修改。例如，我有一个如下所示的参考：

xmlns:ca="clr-namespace:Custom.TFS.Activities;assembly=Custom.TFS.Activities" 

使用我的项目解决方案编辑工作流程后，Visual Studio 将其更改为：

xmlns:local="clr-namespace:Custom.TFS.Activities" 

当您签入此文件进行测试或使用时，您现在将看到可怕的 TF215097 错误。

添加 ; assembly=your.assemble 应该可以解决问题并消除将所有内容放入 GAC 中的需要。您可能还需要修复 xaml 文件其余部分中使用的名称空间引用。

非常感谢：
http://msmvps.com/blogs/rfennell/archive/2010/03/08/lessons-learnt-building-a-custom-activity-to-run-typemock-isolator-in-vs2010-团队构建.aspx

Answer 5

您的 codeActivity 类需要此属性：

_

在其他地方，程序集未加载。

Answer 6

正如Rhapsody在2010年6月2日提到的，可以使用GAC。但需要注意的是，如果您确实使用了 GAC，则需要停止并重新启动构建服务，以便它重新扫描 GAC，从而拾取您的 DLL。

我最初在 GAC 中注册了我的 DLL，当我启动一个指向由我的自定义代码活动程序集组成的工作流的构建时，构建失败了。但是在停止并重新启动构建服务后，构建不会立即失败并出现可怕的“初始化构建定义 [BuildDefinitionName] 的构建时发生错误：无法创建未知类型...”。

Answer 7

这对我有用 - 程序集名称需要包含在自定义控件的命名空间声明中：

http://blogs.microsoft.co.il/blogs/royrose/archive/2010/06/09/custom-build-活动-and-tf215097-error.aspx

Answer 8

今天我没有找到这个问题的答案，所以这个答案对于你们中的一些人来说可能来得太晚了。

我真的被困在尝试从 GAC 做同样的事情，修改名称空间声明，并且我总是发现著名的“无法创建未知类型 '{clr-namespace:bla,bla,bla”。每次添加新程序集时修改所有构建模板是一种痛苦且烦人的经历。我在 GAC 中设置程序集时遇到了一些问题，似乎存在某种缓存，因为即使我从 GAC 卸载并重新安装程序集，自定义活动也不会刷新，

最后，我在 http://msdn.microsoft.com/en-us/library/ee330987.aspx 您可以添加具有自定义活动的自定义程序集，方法是将它们添加到源代码管理并在构建控制器属性中设置自定义程序集的控制路径（您可以从 Team Foundation Administration Console --> 构建配置 --> 控制器属性访问）

您只需添加您的程序集到源代码控制和 TFS 将处理一切。

Answer 9

我有同样的问题。原因是我已经使用针对 x86 平台的自定义活动编译了库，并且构建控制器在 64 位 Windows 2008 VM 上运行。将目标平台切换到 AnyCPU 允许构建控制器立即利用该库，而无需将其添加到 GAC。

Answer 10

我需要的修复是创建我的类的部分类定义，并将 BuildActivity 属性应用于它。我的问题是我的活动类上缺少 BuildActivity 属性，因为我是在松散的 Xaml 中实现它而不是作为代码活动，所以这为我修复了它。

据推测，Team Build 会加载包含带有 BuildActivity 或 BuildExtension 的类的任何程序集，理论上，这应该会导致所述程序集中的任何类都可用于构建。这将启用一种虚拟加载器类，该类允许加载 Xaml 活动，而无需这些部分类定义，但实际上这对我来说不起作用。

Answer 11

检查您的 Windows 事件通知。您的自定义活动 DLL 可能未正确加载。

如果没有，那么您可能必须将自定义活动项目的平台目标更改为 32 位或 64 位。

Answer 12

由于没有给出答案，而且我也没有找到任何解决办法，所以我决定现在将其提交给 GAC。
这也有效。 :)

Answer 13

上面提到的属性是：

Microsoft.TeamFoundation.Build.Client.BuildActivity( Microsoft.TeamFoundation.Build.Client.HostEnvironmentOption.Agent )

一般来说，TF215097 似乎确实可以意味着“你的东西坏了”而不仅仅是“我找不到它”。

Answer 14

如果您错误地混合了不同版本 TFS 的构建扩展，则此错误的另一个来源。例如，如果您使用的是 TFS 2012，但尝试使用 TFS 2013 构建扩展< /a> 你会得到这个错误。