Tfs 限制使用Team Foundation服务器构建控制器
在一家公司，我们正在运行TFS 2013更新3。我们正在使用一个具有多个团队项目集合、构建控制器和构建代理的共享构建基础设施 现在，一个项目已经要求一台专用的构建机器来提供性能和特定的配置选项Tfs 限制使用Team Foundation服务器构建控制器,tfs,tfsbuild,Tfs,Tfsbuild,在一家公司，我们正在运行TFS 2013更新3。我们正在使用一个具有多个团队项目集合、构建控制器和构建代理的共享构建基础设施 现在，一个项目已经要求一台专用的构建机器来提供性能和特定的配置选项 TFS中是否有方法将生成控制器链接到其团队项目，并禁止其他团队项目使用此特定的生成控制器？生成控制器绑定到团队项目集合，您不能真正以独占方式指定特定项目 您可以使用标记，并使用标记（ProjectA）标记特定的构建服务器（代理）。然后，您可以在生成定义中指定该标记，以便该生成仅在具有该标记的生成服务器上运
TFS中是否有方法将生成控制器链接到其团队项目，并禁止其他团队项目使用此特定的生成控制器？生成控制器绑定到团队项目集合，您不能真正以独占方式指定特定项目 您可以使用标记，并使用标记（ProjectA）标记特定的构建服务器（代理）。然后，您可以在生成定义中指定该标记，以便该生成仅在具有该标记的生成服务器上运行 该示例显示了我的遗留代码VS2008 Build Controller标记。还可以通过在名称筛选器中指定代理的名称来筛选代理
生成控制器绑定到团队项目集合，您不能真正以独占方式指定特定项目 您可以使用标记，并使用标记（ProjectA）标记特定的构建服务器（代理）。然后，您可以在生成定义中指定该标记，以便该生成仅在具有该标记的生成服务器上运行 该示例显示了我的遗留代码VS2008 Build Controller标记。还可以通过在名称筛选器中指定代理的名称来筛选代理
生成控制器绑定到团队项目集合，您不能真正以独占方式指定特定项目 您可以使用标记，并使用标记（ProjectA）标记特定的构建服务器（代理）。然后，您可以在生成定义中指定该标记，以便该生成仅在具有该标记的生成服务器上运行 该示例显示了我的遗留代码VS2008 Build Controller标记。还可以通过在名称筛选器中指定代理的名称来筛选代理
生成控制器绑定到团队项目集合，您不能真正以独占方式指定特定项目 您可以使用标记，并使用标记（ProjectA）标记特定的构建服务器（代理）。然后，您可以在生成定义中指定该标记，以便该生成仅在具有该标记的生成服务器上运行 该示例显示了我的遗留代码VS2008 Build Controller标记。还可以通过在名称筛选器中指定代理的名称来筛选代理
正如JustTFS建议的那样，标签是一种方法。我发现的问题是，默认情况下，构建定义设置为在任何代理上运行，而不考虑标记。因此，虽然您可以将代理标记为ProjectX，并将所有ProjectX的构建设置为仅使用带有该标记的代理，但ProjectA的构建（可能只使用默认值）也将使用ProjectX代理（如果可用）
我现在更喜欢做的事情（我以前使用标记方法）是为每个团队项目设置一个构建控制器。这样，ProjectX生成定义设置为使用ProjectX控制器。由于ProjectA build defs设置为使用ProjectA控制器（或某些常用控制器），ProjectA build将永远不会在ProjectX build server上运行。因为JustTFS建议的标记是一种方法。我发现的问题是，默认情况下，构建定义设置为在任何代理上运行，而不考虑标记。因此，虽然您可以将代理标记为ProjectX，并将所有ProjectX的构建设置为仅使用带有该标记的代理，但ProjectA的构建（可能只使用默认值）也将使用ProjectX代理（如果可用）
我现在更喜欢做的事情（我以前使用标记方法）是为每个团队项目设置一个构建控制器。这样，ProjectX生成定义设置为使用ProjectX控制器。由于ProjectA build defs设置为使用ProjectA控制器（或某些常用控制器），ProjectA build将永远不会在ProjectX build server上运行。因为JustTFS建议的标记是一种方法。我发现的问题是，默认情况下，构建定义设置为在任何代理上运行，而不考虑标记。因此，虽然您可以将代理标记为ProjectX，并将所有ProjectX的构建设置为仅使用带有该标记的代理，但ProjectA的构建（可能只使用默认值）也将使用ProjectX代理（如果可用）
我现在更喜欢做的事情（我以前使用标记方法）是为每个团队项目设置一个构建控制器。这样，ProjectX生成定义设置为使用ProjectX控制器。由于ProjectA build defs设置为使用ProjectA控制器（或某些常用控制器），ProjectA build将永远不会在ProjectX build server上运行。因为JustTFS建议的标记是一种方法。我发现的问题是，默认情况下，构建定义设置为在任何代理上运行，而不考虑标记。因此，虽然您可以将代理标记为ProjectX，并将所有ProjectX的构建设置为仅使用带有该标记的代理，但ProjectA的构建（可能只使用默认值）也将使用ProjectX代理（如果可用）
我现在更喜欢做的事情（我以前使用标记方法）是为每个团队项目设置一个构建控制器。这样，ProjectX生成定义设置为使用ProjectX控制器。由于ProjectA build defs设置为使用ProjectA控制器（或某些常用控制器），ProjectA build将永远不会在ProjectX build server上运行。谢谢！我现在了解了标记的使用，它们肯定可以用于确保项目生成仅在控制器X上运行。我觉得很遗憾您不能“标记”生成控制器，因此它只能从特定项目中使用。谢谢！我现在了解了标记的使用，它们肯定可以用于确保项目生成仅在控制器X上运行。我觉得很遗憾您不能“标记”生成控制器，因此它只能从特定项目中使用。谢谢！我现在讨论了标记的使用，它们肯定可以用于确保项目构建只在c上运行