问题标签 [tfs-2015]

我们的源代码控制中有大量解决方案，它们都使用来自自定义源 ( http://nugetserver/nuget ) 的 NuGet 包。所有解决方案都在 Visual Studio 中本地成功还原和构建。

使用新的 TFS 2015，我们的构建定义如下所示：

NuGet 安装程序步骤可让我们从自定义资源恢复我们的包：

但是，自定义 NuGet 服务器目录中没有 NuGet.exe 文件。正如这里建议的那样，尝试将 -source 设置为“ https://www.nuget.org/api/v2/ ”。我们在构建我们使用的任何源时都会收到相同的错误：

我已经配置了我的发布管理并将其连接到我的 tfs。组件也已配置，但我仍然收到错误消息。有人知道如何正确配置吗？

有没有办法在 Microsoft TFS 2015 中设置用户权限以限制更改状态（状态）或将项目从一个冲刺（迭代）移动到另一个冲刺？

感谢帮助！

我将 TFS-2013 升级到 TFS-2015，然后通过 3 个步骤定义新的构建定义

1. 微软构建
2. Visual Studio 测试代理部署
3. 使用测试代理进行 Visual Studio 测试

我为第二步选择了测试组，并为第三步添加了用户名和密码。我选择了包含测试 DLL 的测试组和测试放置文件夹，并添加了包含编码 UI 测试方法的 DLL 文件名来测试程序集。

当我尝试部署测试代理时，我发现了这个日志：

[debug]Calling Invoke-DeployTestAgent DistributedTests：开始在测试机上部署和配置测试代理。DistributedTests：提供的输入有： DistributedTests：机器：TestPC3 DistributedTests：用户名：user123 DistributedTests：机器组名称：testui DistributedTests：作为进程运行：True DistributedTests：自动登录：True DistributedTests：禁用屏幕保护程序：True DistributedTests：代理位置：\user -pc\drop_Location\vstf_testagent.exe DistributedTests：更新测试代理：True DistributedTests：仅作为 DataCollection 运行测试代理：False DistributedTests：在远程机器上安装测试代理的脚本路径：G:\agentui\tasks\DeployVisualStudioTestAgent\1.0.2 \TestAgentInstall.ps1 DistributedTests：在远程机器上配置测试代理的脚本路径：G：\Users\userFolder\AppData\Local\Temp\2c15a489-7765-4a41-b78e-09197ee5d2c8\vstf_testagent.exe DistributedTests：准备从 C:\Users\userFolder\AppData\Local\Temp\2c15a489-7765-4a41- 复制文件b78e-09197ee5d2c8\vstf_testagent.exe 到 $env:SystemDrive\TestAgent DistributedTests：为代理设置复制任务：TestPC3 DistributedTests：需要运行任务 CopyFilesToTestAgent 的机器总数：1 DistributedTests：机器“TestPC3”上的任务“CopyFilesToTestAgent”正在运行运行 DistributedTests：计算机“TestPC3”上的任务“CopyFilesToTestAgent”已完成。DistributedTests：机器TestPC3的任务'CopyFilesToTestAgent'状态：失败DistributedTests：机器TestPC3的任务'CopyFilesToTestAgent'日志：System.AggregateException：在机器上创建工作目录失败。有关错误的详细信息，请参阅下面的日志。指定路径 C:\Users\J3CA7~1.JSH 的对象不存在。

我使用管理员凭据并通过安装代理手册解决了此问题，但需要使其能够编辑代理我注意到该过程尝试将测试代理复制到 appData 中的临时文件夹，然后尝试将此代理复制到 c:\ testAgent 但它失败了

我们已经设置了一个内部 NuGet 服务器并将该服务器添加到包管理器设置中，以将我们的依赖项发布到我们的本地开发机器。现在我们想使用新的 TFS 2015 构建系统来构建我们的解决方案。

在构建开始时，NuGet.exe 恢复被称为传递解决方案文件，如日志文件中所示：

日志中的下一行是错误

哪个是我的内部服务器上的包？

如何告诉 TFS Build 2015 使用我的内部软件包存储库以及公开可用的存储库？

我们正在将我们的 TFS 2013 服务器升级到 TFS 2015。在这方面，我在尝试使用我们的 XAML 模板构建脚本（创建在 TFS 2013 中）。

我们的大多数解决方案在构建时都使用上述模板。解决方案（遗憾的是，仍然）使用安装项目 (.vdproj) 为应用程序生成 MSI 包。为给定的应用程序构建设置项目并生成 MSI；我们在模板构建脚本中调用devenv.exe（在我们的例子中，它指向 Visual Studio 2013）：

但是，在我们的新构建代理上没有生成 MSI，调用devenv.exe既不会产生任何输出，也不会产生任何错误消息。但是，如果我尝试调用devenv.com，它会开始构建，但仍然没有生成 MSI。

当事情开始使用devenv.com构建时，它似乎完全忽略了安装项目（我已经检查了构建配置，并检查了安装项目是否在“Release|Any CPU”配置上构建）。

我查看了构建日志、构建过程活动日志，还尝试在构建代理上手动执行这些步骤，但我找不到任何可以为我指明可能导致的方向的东西问题。

有谁知道这可能是什么原因？这可能是 TFS Build 2015 的问题吗？旧设置和新设置之间的唯一区别 - 据我所知 - 如下：

1. VS 2013 安装在 C: 而不是 D: 在新的构建代理上，即devenv的路径会有所不同，但只要构建脚本在正确的位置查找并找到它，这无关紧要......
2. 我们使用与旧设置不同的放置位置

感谢我能得到的任何帮助和建议。

在 TFS 2015 提供的新构建系统中，您将如何完成增加程序集版本并将其检入源代码控制的任务？

我希望在以 AssemblyInfo 文件编写的源代码管理中始终提供当前版本。

我需要将一个团队项目从 TFS 2013 更新 4 服务器迁移到 TFS 2015 实例。源项目位于默认集合中。默认集合包含许多团队项目，由于安全原因，我无法迁移它们。不可能获得整个团队的收藏数据库。由于数据库和 TFS 应用程序服务器管理另一家公司，因此也无法拆分集合。我只能使用 TFS API。

我找到了 TFS 集成工具，但我无法安装它。安装时出现两个错误：

• 不支持的 API（集成工具需要 Team Explorer 2008、2010 或 Dev11）
• 可能不支持的数据库版本

还有其他方法可以将指定的团队项目迁移到另一个实例 TFS 吗？

如标题所述，有没有办法从 TFS 2015 的 Web 访问中打开 MS Excel 中的特定查询？

我们使用新的 vNext Build 系统。我的构建定义中有几个步骤 - 例如：

步骤 1 执行 PowerShell 脚本以确定特定安装文件的动态路径。如何保存（“缓存”）此路径以在步骤 2 中使用它。当我将此信息缓存在变量中时（例如“$Env:SetupPathVE”），它不起作用

谢谢..！