wesnoth/.appveyor.vs2017.yml
lundberg 70d1d9f52c Fix AppVeyor for VS 2017
The idiots at Microsoft, in their infinte wisdom, have suddenly decided that if it looks like you have a CMake configuration in your source tree that you want to use CMake instead of MSBuild and automatically start up a background CMake and makefile run.

This, of course, means that it fails because CMake can not find the external dependencies.

It also means AppVeyor hangs until we timeout because, as a background process, AppVeyor never sees the job is running. To make matters worse, this seems to actually try to compile the full source, at a glacially slow rate.

And, with all due praises to their godly infalibility, Microsoft has not provided any means to stop using CMake.

So, while it's not a perfect upgrade, so there may be minor differences from what you'll see using the full IDE interactively, we can override the PlatformToolset to use v141 while using MSBuild with the Visual Studio 2013 project files.

All Hail Microsoft!
2018-02-22 15:57:36 -06:00

35 lines
941 B
YAML

version: Wesnoth-VS2017-{branch}-{build}
clone_folder: C:\projects\wesnoth
image: Visual Studio 2017
configuration:
- Release
- Debug
platform: win32
skip_branch_with_pr: true
shallow_clone: true
matrix:
fast_finish: true # Stop after a build failure
before_build:
- cd ..
- ps: wget https://github.com/aquileia/external/archive/VC15.zip -O VC15.zip
- 7z x VC15.ZIP
- ren external-VC15 external
- cd wesnoth
- set PATH=C:\projects\external\dll;%PATH%
build_script:
- msbuild projectfiles\VC12\wesnoth.sln /property:PlatformToolset=v141 /m /logger:"C:\Program Files\AppVeyor\BuildAgent\Appveyor.MSBuildLogger.dll"
artifacts:
- path: wesnoth.exe
- path: wesnothd.exe
notifications:
- provider: Webhook
url: http://ai0867.net:6661/wesnoth
headers:
User-Agent: WesnothAppveyor/1.0
Version: vs2017
Num-Versions: 3
Authorization: TODO
on_build_success: true
on_build_failure: true