问题标签 [azure-pipelines]

我正在尝试完成一个完整的 CI 解决方案，它将从 PR 开始，-> build ->，build 将 nuget 包推送到 octopus -> octopus 识别新包并进行部署。我想澄清一下拉取请求策略如何用于自动构建拉取请求。我们选择了“当团队成员创建或更新拉取请求到“开发”分支时，将此构建排队：MyCoolBuilDefinition”。

我注意到一旦创建了 PR，构建就会立即触发。它创建了一个临时 git 分支“refs/pull/123/merge”。我假设它在这个分支上创建了一个预合并来进行构建。这是我们可以部署和测试的构建吗？或者这只是为了满足构建策略？

我担心是否创建了 3 个拉取请求......如果 PR1 和 PR2 已经构建但未标记为已完成。PR3 的构建是否包含来自 PR1 和 PR2 的代码？因为只有当 PR 被标记为 Completed 时，代码才会合并到“dev”分支中……我认为不会。pre-merge 应该从最新的“dev”分支中提取来进行 pre-merge。并且，如果 P1 和 p2 没有被标记为 Completed，那么 P3 将没有 P1 和 P2 代码。

I have a web api project that is working fine in my local machine. After I pushed it to GIT on Visual Studio Team Services, created a build definition (with Restore NuGet packages enabled) and queued a build, i get the below error:

The type or namespace name 'Practices' does not exist in the namespace 'Microsoft' (Are you missing assembly reference?)

I have tried building with "Keep Local" property both true and false & "Specific version" property both true and false for the CommonLibrary references. Any combination for these two properties is resulting in the same.

背景：我们有一个包含多个项目的单个 .NET 解决方案，其中一些是针对 .NET Framework 编译的，一些针对 .NET Core (UWP) 编译的。我们使用 Visual Studio Team Services（以前是 Visual Studio Online）来持续构建我们的解决方案。

挑战：UWP 项目需要不同的 MSBuild 参数和平台设置。我们按照下面的屏幕截图创建了一个构建定义：首先使用 .NET 参数构建解决方案。然后，对于每个 UWP 项目，我们都有一个 MSBuild 步骤。

问题：每次我们添加、删除或重命名 UWP 项目时，我们都必须更新构建定义。我们希望以某种方式自动选择 UWP 项目，理想情况下使用 Visual Studio 构建步骤而不使用自定义脚本。有任何想法吗？

可行的替代方案：最初，我们将解决方案分成两个（每个平台一个解决方案），并针对每个解决方案运行两个不同的 Visual Studio 构建事件。不过，我们更喜欢在一个单一的解决方案中工作。

我正在使用 VSO 打包一个简单的 DLL 并将其发布到内部提要，不幸的是，在打包阶段构建它报告成功但我没有发布工件

在发布的日志文件中，它指出打包包含无效参数 (Log 2016-02-27T09:07:35.8808468Z)，因此发布者无法提交任何 .nupkg 文件进行发布。

我不确定我哪里出错了。好像 nuget.exe 是错误的版本，或者它是否需要在我的解决方案中包含任何内容，这只是一个基本的 . 在此处输入图像描述csproj 库，其中包含一个用于测试过程的静态函数。

打包程序日志

我正在将一组特定的构建从现有的 Visual Studio Team Service 项目转移到一个新的项目中。不幸的是，我找不到将构建定义从一个项目迁移到另一个项目的方法。似乎没有导入/导出功能或其他机制。

有没有办法在不手动重新创建新项目中的构建的情况下移动这些？

我正在使用 VSTS（以前的 VSO）来处理整个项目，并希望对未托管在 Azure 上的网站进行自动发布（构建已经到位）。因此我需要使用 FTP。

据我了解，我应该能够使用 cURL 来完成此操作，但我所能做的就是在不保留急需的文件结构的情况下传输所有需要的文件。

有没有人找到一种使用 FTP 传输文件结构中的文件的方法？如果是这样，怎么办？

根据以下文档，我在 Visual Studio Team Services 中为 Service Fabric 应用程序配置了 CI 构建：https ://azure.microsoft.com/en-us/documentation/articles/service-fabric-set-up-continuous -一体化

但是，我并没有让我的 CI 构建执行发布，而是只执行构建和打包任务，并将所有与 Service Fabric 相关的输出（例如 pkg 文件夹、脚本、发布配置文件和应用程序参数）包含在下拉列表中。通过这种方式，我可以将它传递给新的发布管道（基于代理的发布）来执行我的服务结构应用程序的实际部署。

在我的发布定义中，我有一个 Azure Powershell 任务，它使用一个 ARM 端点（配置了适当的服务主体）。

当我将我的应用程序部署到现有的 Service Fabric 集群时，我使用默认的 Deploy-FabricApplication cmdlet 传递 pkg 文件夹和配置了与现有集群的连接的发布配置文件。

发布失败并显示错误消息“集群连接实例为空”。我不明白为什么？

做一些调试我发现： Deploy-FabricApplication cmdlet 执行 Connect-ServiceFabricCluster cmdlet 很好，但是一旦 Publish-NewServiceFabricApplication cmdlet 接管执行，集群连接就会丢失。

我希望使用服务结构 cmdlet 可以实现这种情况，但我无法弄清楚如何在部署期间保持集群连接打开。

更新：文档的链接不再引用 Service Fabric PowerShell 脚本，因此不再记录此问题的先决条件。这篇文章现在指的是 VSTS 构建和发布任务，它比我尝试使用的 powershell cmdlet 更受欢迎。

我有一个问题，在 Visual Studio Team Services 上构建时，我的 ASP.Net Core 1.0 应用程序中的 xUnit 测试没有被发现。

测试项目正在构建成功，但没有给出测试结果。我在日志中发现以下有关 Visual Studio 测试步骤的消息：

测试是这样写的：

测试在本地运行得很好，但不是在 Visual Studio Team Services 上。

作为参考，这是我的 project.json

我使用 git lfs 来存储我的 git repo 的大文件。然后我尝试使用托管代理构建这个 repo。我的构建非常简单。它有一个任务：执行 PowerShell。在调用的脚本中，我要做的第一件事是获取我的 lfs 依赖项。因此，我的脚本中有以下内容：

不幸的是，我的构建失败并出现以下错误：

由于我无法在托管代理上安装任何东西，我应该如何让 git lfs 可用？

编辑 在这个问题上，我不是在谈论这里描述的 git lfs 身份验证问题。我是在严格谈论打电话的问题git lfs。

一旦您能够调用git lfs，请查看此答案以解决身份验证问题。

托管的构建代理映像是否可以跟上 MS 本身的发布周期？

我需要 1.2.0 版中包含的特定 cmdlet。Azure powershell 模块已经达到 1.2.2 版

在托管构建代理上运行的模块的当前版本是什么？