问题标签 [appveyor]

我有一个与 travis-ci 一起使用的 C++ 项目。现在，我使用 boost.build 构建它，并且在 travis 上，当我运行单元测试时，我通过 来完成它gdb，以便在发生崩溃时获得回溯。

为了以gdb非交互方式执行此操作，我在命令行上像这样调用它：

${file}我的可执行文件在哪里。

这告诉它：

• 开始这个过程
• 适用bt于所有线程，它在发生崩溃时发出回溯，如果没有崩溃也不执行任何操作。
• 最后它导致gdb退出，并使用孩子的退出代码退出。

现在我想在appveyor上做同样的事情。

Boost build 似乎在 appveyor VM 中开箱即用地完美运行，所以向他们致敬。

但是，我正在努力弄清楚如何cdb配置windbg. 它似乎挂在我的构建日志中。我在网上找到的大多数示例都与检查 minidump 文件有关，而不是启动进程并在运行时对其进行调试。

我目前正在cdb这样调用（来自appveyor powershell脚本）：

我的cdb_script.txt样子

我基本上是从我用谷歌搜索的各种东西拼凑起来的，包括

• https://msdn.microsoft.com/en-us/library/windows/hardware/ff560096(v=vs.85).aspx
• http://www.sandboxie.com/index.php?HowToUseWinDbg

我真的希望找到更好的文档或示例来具体说明如何执行此操作。

我现在得到的错误是：

我尝试了一些变化：

• 使用$$<cdb_script.txt而不是$$><cdb_script.txt.
• 在脚本文件中的最后一个命令后放置一个分号

编辑：我也找到了这个答案，它再次解释了如何使用小型转储，但更详细地显示了脚本文件。

我真的不知道什么是小型转储，所以-o选项听起来更有吸引力，至少，更像gdb. 但是，如果我无法弄清楚这一点，也许我最终会尝试使用小型转储来做到这一点。

我在设置 appveyor 时遇到了一些麻烦。我想将生成的 Web 部署包发布到 Appveyor 工件提要。我选择在 appveyor.yml 中构建 Web 部署包： build: project: Apps/MyProject.sln publish_wap: true

我可以从日志中看到生成了 2 个 webdeploy 包： [00:00:24] Package "Backend.zip" is successfully created as single file at the following location: [00:00:24] file:///C:/Users/appveyor/AppData/Local/Temp/1/cul57h0ak9

我可以通过简单地通过文件名引用它们来将这些包推送到 github 版本： deploy: - provider: GitHub tag: v$(appveyor_build_version) auth_token: secure: stuff artifact: api.zip, backend.zip force_update: false on: DEPLOY: true

但是，我无法将这些包发布到 Appveyor 工件提要，因为与“部署”不同，我似乎需要知道工件的确切路径。Appveyour 在生成这些时似乎使用了一个临时文件夹，因此知道路径是非常无望的。我冷遍历构建代理的用户的临时文件目录来寻找它们，但这对我来说似乎有点 hacky。

所以，我的问题是：我如何可靠地告诉 appveyor 将我生成的 zip 发送到工件提要？

（请注意，我知道我可以在 Visual Studio 中配置“发布目标”并使用它，但据我所知，“publish_wap”选项背后的整个想法是不必为每个项目都这样做。我'正在尝试实现代码的清晰分离，以便我的 msbuild 项目中不必包含特定于构建的配置）。

我正在尝试使用我的 .net 项目设置 appveyor，该项目使用的是第 3 方库。不幸的是，当我单击构建按钮时，我收到了此错误消息。

我猜这是由于不存在 devexpress dll 文件造成的。如何将这些 dll 文件添加/上传到 appveyor？

为了使用 Node 库 Sharp 进行一些图像处理，我必须将 Azure App Service 上的节点可执行文件升级到 64 位。我通过手动下载可执行文件然后将其路径设置为IISNode.yml.

不幸的是，当我启动应用程序时，它会引发以下错误：

应用程序引发了未捕获的异常并被终止：错误：%1 不是有效的 Win32 应用程序。

我正在使用 Appveyor CI 系统构建和部署应用程序。这是我appveyor.yml文件的相关部分：

您会看到我正在使用 64 位版本的 Node.js 进行构建。

在我的 Azure 应用服务上，我将平台设置为 64 位。

我尝试过的事情：

• 在 Azure 上将平台设置为 32 位
• 吹走应用服务上的 node_modules/

提前致谢！

我有项目文件，我有一个测试，我有一个 CMakeLists.txt。我需要在 AppVeyor 上运行测试。我是VS的外行。

我的 appveyor.yml

我的 CMakeList.txt

和错误日志：

我无法理解，为什么？我在“包含目录”中添加了包含和内容。如何让球滚动？

谢谢

我有一个appveyor.yml包含片段的定义

稍后尝试访问%LABEL%时，在非标记提交时，它包含纯字符串“Tag”。我希望它包含字符串“nontaglabel”。

在标记提交时，它包含带有标记名称作为后缀的预期字符串标记。

如何在不是标签的提交上将环境变量“nontaglabel”分配给环境变量？

I have following after_build definitions in my appveyor.yml:

Now, I have those two .proj-files, which contain a corresponding .nuspec-file:

Finally, I have a little addition for the extras_project_file:

Actually, project_name is replaced with a hardcoded value for simplicity reasons - no injection with -properties yet. Secondly, any project related elements, such as description and authors, have been omitted to provide a neutral question, despite being mandatory for the actual packing.

project_file is packed succesfully:

Attempting to build package from 'Caliburn.Micro.Contrib.Controller.csproj'.
MSBuild auto-detection: using msbuild version '14.0' from 'C:\Program Files (x86)\MSBuild\14.0\bin'.
Packing files from 'C:\projects\dotnet-caliburn-micro-contrib-controller\src\Caliburn.Micro.Contrib.Controller\bin\Release'.
Using 'Caliburn.Micro.Contrib.Controller.nuspec' for metadata.
Found packages.config. Using packages listed as dependencies
Successfully created package 'C:\projects\dotnet-caliburn-micro-contrib-controller\Caliburn.Micro.Contrib.Controller.0.1.0-unstable0068.nupkg'.

Whereas extras_project_file fails:

Attempting to build package from 'Caliburn.Micro.Contrib.Controller.Extras.csproj'.
MSBuild auto-detection: using msbuild version '14.0' from 'C:\Program Files (x86)\MSBuild\14.0\bin'.
Packing files from 'C:\projects\dotnet-caliburn-micro-contrib-controller\src\Caliburn.Micro.Contrib.Controller.Extras\bin\Release'.
Using 'Caliburn.Micro.Contrib.Controller.Extras.nuspec' for metadata.
Found packages.config. Using packages listed as dependencies
Versions using SemVer 2.0.0 are not supported: 0.1.0-unstable.68+Branch.develop.Sha.7f85e35f315f7fe3ecd35762b65802e5467a57c2.

I am not even sure that this feature (token replacement in <dependencies>) is actually available.

If not, how else can I package two .csproj-files into two separate .nupkg-files, where one has a dependency on the other one with a specific version (same version as the package to build)?

我无法使用 NUnit 构建这些简单的测试。项目使用 MStest 通过构建，但是一旦我切换到 NUnit，它就会失败构建。

我在构建过程中遇到的错误基本上是：

无法解析此引用。找不到程序集“nunit.framework”。检查以确保该程序集存在于磁盘上。如果您的代码需要此引用，您可能会遇到编译错误。

我从 NUGET 下载了 NUnit 3.5 并将 .dll 添加到我的引用中，但仍然没有。我还确保该引用的属性将复制本地属性设置为 true。

这是我在 AppVeyor 上的构建日志 URL ( https://ci.appveyor.com/project/ReevMich/traviscitest/build/1.0.26 )

如果有帮助，这是我的appveyor.yml内容：

sbt-native-packager正在使用 appveyor 来测试WindowsPlugin生成 msi 包。几天后，我们所有的构建都开始失败，因为sbt不再被发现。

这是appveyor.yml

可以在此处找到示例构建。appveyor方面有什么变化吗？我们没有改变任何东西。

干杯，穆基

我正在使用 Deploy-FabricApplication.ps1 脚本来部署我的集群。从视觉工作室一切都按预期工作。从我的 appveyor 构建服务器运行完全相同的具有相同参数的 powershell 脚本会引发无法联系命名服务错误。这显然是无端开始的。事实上，它只在我的开发环境中失败，我的 qa 环境仍然可以在构建服务器上运行。自设置以来，两个集群都没有被触及，也没有更改任何配置。突然之间，错误开始发生。

这里不包括太多细节，因为这更多的是关于什么可能导致具有相同参数的完全相同的部署脚本在不同的环境中失败的问题。由于它在 Visual Studio 中工作，我认为可以肯定地说集群和配置文件设置正确。

我传递给部署脚本的参数如下

-ApplicationPackagePath -PublishProfileFile -DeployOnly:$false -UnregisterUnusedApplicationVersionsAfterUpgrade $false -OverrideUpgradeBehavior 'None' -OverwriteBehavior 'SameAppTypeAndVersion' -SkipPackageValidation:$false -ErrorAction Stop