mirrors/OpenRCT2
1
0
Fork 0
mirror of https://github.com/OpenRCT2/OpenRCT2.git synced 2025-01-23 02:41:58 -05:00
Code Issues Projects Releases Packages Wiki Activity
OpenRCT2/.travis.yml

97 lines
6.1 KiB
YAML
Raw Normal View History

add very basic travis.yaml
2014-05-23 12:20:15 -04:00
language: c
added .travis.yml and modified CMake scripts
2014-05-24 07:22:01 -04:00
install mingw on travis
2014-05-23 13:16:51 -04:00
before_install:
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
- if [[ $TRAVIS_OS_NAME == "linux" ]]; then bash scripts/linux/install.sh; fi
Fixed travis OS X failure and removed using 10.10 SDK
2016-01-27 02:47:22 -05:00
- if [[ $TRAVIS_OS_NAME == "osx" ]]; then sudo gem install xcpretty-travis-formatter; fi
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
sudo: required
dist: trusty
Make filenames include 8-char git hash and version
2016-01-17 11:16:43 -05:00
env:
Fix travis matrix
2016-01-19 10:54:13 -05:00
global:
Start 0.0.5 changelog.txt not updated yet
2016-04-13 08:11:08 -04:00
- OPENRCT2_VERSION="0.0.5.0"
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
matrix:
include:
- os: linux
Make travis push build artifacts to openrct2.org
2016-01-17 10:51:28 -05:00
env:
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
- OPENRCT2_CMAKE_OPTS="-DCMAKE_C_COMPILER=gcc-4.8 -DCMAKE_CXX_COMPILER=g++-4.8 -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=OpenRCT2" OPENRCT2_MAKE_OPTS="-j2" TARGET=linux64
Make travis push build artifacts to openrct2.org
2016-01-17 10:51:28 -05:00
- secure: "S3u2VCE2Vy8KNXoeh+DhnzjCmgTX0r95uEZrXDU+IKANOOCKn7Dg4OFDZE3LY/i1y2/EUDpnR5yLC38Ks795EUP/sv/OoMl4tjQ20yERjqWh+gcIRrgx7SdVabuAh3t4aBdaLD4Pfnj5avxeCt6rL7yGnj0wdbrbJSBZPsgSnuQ="
after_success:
- cd build
Make Travis-CI create better standalone packages While CPack, the component used for handling installation of files into proper places, works fine for `install` make target, it does somewhat poor job when it comes to generating stand-alone packages. List of offending items include: * Improper tar archive structure (directory entries missing) * Package layout not suitable for running stand-alone * Top level directory name keeps changing which hinders upcoming installer Thic commit takes care of these problems by generating the package using `make install` and then shuffling files around manually. This also changes the hash blurb to be 7 characters instead of 8, to be more compatible with git defaults.
2016-01-25 03:28:40 -05:00
- make install
Add docs to CPack-generated packages Includes licence, contributors, readme, etc.
2016-01-25 04:59:39 -05:00
- mv OpenRCT2/bin/openrct2 OpenRCT2/ && mv OpenRCT2/share/openrct2 OpenRCT2/data && mv OpenRCT2/share/doc/openrct2 OpenRCT2/doc
- rm -rf OpenRCT2/bin OpenRCT2/share # remove empty dirs
Make Travis-CI create better standalone packages While CPack, the component used for handling installation of files into proper places, works fine for `install` make target, it does somewhat poor job when it comes to generating stand-alone packages. List of offending items include: * Improper tar archive structure (directory entries missing) * Package layout not suitable for running stand-alone * Top level directory name keeps changing which hinders upcoming installer Thic commit takes care of these problems by generating the package using `make install` and then shuffling files around manually. This also changes the hash blurb to be 7 characters instead of 8, to be more compatible with git defaults.
2016-01-25 03:28:40 -05:00
- tar cvzf openrct2-linux.tar.gz OpenRCT2/
Push Linux builds to Bintray Seeing how Travis CI is unable to resolve their issue with connectivity, I have added Bintray as alternative download location.
2016-08-29 13:39:12 -04:00
- if [[ "z$OPENRCT2_ORG_TOKEN" != "z" && ("${TRAVIS_BRANCH}" =~ ^(develop|push/) || "z${TRAVIS_TAG}" != "z") ]] ; then
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
curl -o - -v --form "key=$OPENRCT2_ORG_TOKEN" --form "fileName=OpenRCT2-${OPENRCT2_VERSION}-${TRAVIS_BRANCH}-$(git rev-parse --short HEAD)-linux-x86_64.tar.gz" --form "version=${OPENRCT2_VERSION}" --form "gitHash=$TRAVIS_COMMIT" --form "gitBranch=$TRAVIS_BRANCH" --form "flavourId=9" --form "file=@openrct2-linux.tar.gz" "https://openrct2.org/altapi/?command=push-build";
else curl --progress-bar --upload-file openrct2-linux.tar.gz https://transfer.sh/openrct2-linux-x86_64.tar.gz -o link && cat link;
Push Linux builds to Bintray Seeing how Travis CI is unable to resolve their issue with connectivity, I have added Bintray as alternative download location.
2016-08-29 13:39:12 -04:00
fi
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
- os: linux
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
env: OPENRCT2_CMAKE_OPTS="-DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++" TARGET=linux64
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
- os: linux
Build 32 bit builds with mingw Mostly because I don't want to update all the libs right now
2016-10-15 16:53:17 -04:00
env: OPENRCT2_CMAKE_OPTS="-DCMAKE_TOOLCHAIN_FILE=../CMakeLists_mingw.txt -DFORCE32=on" TARGET=windows
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
- os: linux
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
env: TARGET=docker64
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
services:
- docker
- os: linux
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
env: OPENRCT2_CMAKE_OPTS="-DDISABLE_NETWORK=ON -DDISABLE_HTTP_TWITCH=ON" TARGET=docker64
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
services:
- docker
Disable OpenGL for all platforms OpenGL rendering is not yet ready, but the infrastructure is in place.
2016-06-08 08:58:46 -04:00
- os: linux
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
env: OPENRCT2_CMAKE_OPTS="-DDISABLE_OPENGL=ON" TARGET=docker64
Disable OpenGL for all platforms OpenGL rendering is not yet ready, but the infrastructure is in place.
2016-06-08 08:58:46 -04:00
services:
- docker
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
- os: osx
Update Xcode Project for Xcode 8
2016-09-13 19:05:23 -04:00
osx_image: xcode8
Make travis push build artifacts to openrct2.org
2016-01-17 10:51:28 -05:00
env:
- secure: "OXn/i72FxW/oh6RGlaN+gHSbkt1ToFe36etaiDOsJQznt6fe9CpFdnE8U1XBHlGokcEjbGNErRU7CFDKYHQuGrPZyHXwgqG2/0emIqFaFt5ti5ypyYKf5qH9x1LLLfdZxDyHkxXdlJ7Etxbp3G7qrV8CGRQiYRNHm1f98AmuufE="
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
after_success:
- cd build/Release
Convert more occurences of osx to macos
2016-10-03 08:59:05 -04:00
- zip -r openrct2-macos.zip OpenRCT2.app
Push Linux builds to Bintray Seeing how Travis CI is unable to resolve their issue with connectivity, I have added Bintray as alternative download location.
2016-08-29 13:39:12 -04:00
- if [[ "z$OPENRCT2_ORG_TOKEN" != "z" && ("${TRAVIS_BRANCH}" =~ ^(develop|push/) || "z${TRAVIS_TAG}" != "z") ]] ; then
Convert more occurences of osx to macos
2016-10-03 08:59:05 -04:00
curl -o - -v --form "key=$OPENRCT2_ORG_TOKEN" --form "fileName=OpenRCT2-${OPENRCT2_VERSION}-${TRAVIS_BRANCH}-${TRAVIS_COMMIT:0:7}-macos.zip" --form "version=${OPENRCT2_VERSION}" --form "gitHash=$TRAVIS_COMMIT" --form "gitBranch=$TRAVIS_BRANCH" --form "flavourId=3" --form "file=@openrct2-macos.zip" "https://openrct2.org/altapi/?command=push-build"; else
curl --progress-bar --upload-file openrct2-macos.zip https://transfer.sh/openrct2-macos.zip -o link && cat link;
Push Linux builds to Bintray Seeing how Travis CI is unable to resolve their issue with connectivity, I have added Bintray as alternative download location.
2016-08-29 13:39:12 -04:00
fi
Add linux64 job to travis matrix
2016-04-26 16:42:39 -04:00
- os: linux
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
env: OPENRCT2_CMAKE_OPTS="-DFORCE32=ON -DDISABLE_RCT2=OFF -DCMAKE_INSTALL_PREFIX=OpenRCT2" TARGET=linux
Package and push Linux AMD64 builds to transfer.sh (#4202)
2016-08-02 13:17:20 -04:00
after_success:
- cd build
- make install
- mv OpenRCT2/bin/openrct2 OpenRCT2/ && mv OpenRCT2/share/openrct2 OpenRCT2/data && mv OpenRCT2/share/doc/openrct2 OpenRCT2/doc
- rm -rf OpenRCT2/bin OpenRCT2/share # remove empty dirs
- tar cvzf openrct2-linux.tar.gz OpenRCT2/
Push Linux builds to Bintray Seeing how Travis CI is unable to resolve their issue with connectivity, I have added Bintray as alternative download location.
2016-08-29 13:39:12 -04:00
- if [[ "z$OPENRCT2_ORG_TOKEN" != "z" && ("${TRAVIS_BRANCH}" =~ ^(develop|push/) || "z${TRAVIS_TAG}" != "z") ]] ; then
Update travis jobs to use new default configuration
2016-10-15 16:00:52 -04:00
curl -o - -v --form "key=$OPENRCT2_ORG_TOKEN" --form "fileName=OpenRCT2-${OPENRCT2_VERSION}-${TRAVIS_BRANCH}-$(git rev-parse --short HEAD)-linux-i686.tar.gz" --form "version=${OPENRCT2_VERSION}" --form "gitHash=$TRAVIS_COMMIT" --form "gitBranch=$TRAVIS_BRANCH" --form "flavourId=4" --form "file=@openrct2-linux.tar.gz" "https://openrct2.org/altapi/?command=push-build";
else curl --progress-bar --upload-file openrct2-linux.tar.gz https://transfer.sh/openrct2-linux-i686.tar.gz -o link && cat link;
Push Linux builds to Bintray Seeing how Travis CI is unable to resolve their issue with connectivity, I have added Bintray as alternative download location.
2016-08-29 13:39:12 -04:00
fi
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
# Following entries used to be included in testing, but they only proved useful while changing things in CMake setup.
# They are meant to be used when there are changes to CMakeLists.txt
# - os: linux
# env: OPENRCT2_CMAKE_OPTS="-DDISABLE_NETWORK=ON -DDISABLE_HTTP_TWITCH=ON -DCMAKE_C_COMPILER=gcc-4.8 -DCMAKE_CXX_COMPILER=g++-4.8"
# - os: linux
# env: OPENRCT2_CMAKE_OPTS="-DDISABLE_NETWORK=ON -DDISABLE_HTTP_TWITCH=ON -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++"
# - os: linux
# env: OPENRCT2_CMAKE_OPTS="-DDISABLE_NETWORK=OFF -DDISABLE_HTTP_TWITCH=ON -DCMAKE_C_COMPILER=gcc-4.8 -DCMAKE_CXX_COMPILER=g++-4.8"
# - os: linux
# env: OPENRCT2_CMAKE_OPTS="-DDISABLE_NETWORK=OFF -DDISABLE_HTTP_TWITCH=OFF -DCMAKE_C_COMPILER=gcc-4.8 -DCMAKE_CXX_COMPILER=g++-4.8"
# - os: linux
# env: OPENRCT2_CMAKE_OPTS="-DDISABLE_NETWORK=ON -DCMAKE_TOOLCHAIN_FILE=../CMakeLists_mingw.txt" TARGET=windows
# - os: linux
# env: OPENRCT2_CMAKE_OPTS="-DDISABLE_NETWORK=ON -DDISABLE_HTTP_TWITCH=ON -DCMAKE_TOOLCHAIN_FILE=../CMakeLists_mingw.txt" TARGET=windows
# - os: linux
# env: OPENRCT2_CMAKE_OPTS="-DDISABLE_HTTP_TWITCH=ON -DCMAKE_TOOLCHAIN_FILE=../CMakeLists_mingw.txt" TARGET=windows
added .travis.yml and modified CMake scripts
2014-05-24 07:22:01 -04:00
change script. disable IRC notification for now
2014-05-23 12:56:37 -04:00
script:
OS X job for Travis CI This adds automated builds for OS X to our CI infrastructure. XCode's `xcodebuild` tool is quite spammy by default, so I used a prettifier for its output. Since this could potentially cover errors from XCode due to piping of commands, I enabled `pipefail` option which would cause all of pipe construct fail, should any of its commands exit with non-zero code. The created app bundle is packaged into dmg and uploaded to transfer.sh, if the build was successful. To the best of my knowledge, this is *the* way of packaging and distributing OS X applications.
2016-01-08 03:26:45 -05:00
- if [[ $TRAVIS_OS_NAME == "linux" ]]; then bash scripts/linux/build.sh ; fi
Fixed travis OS X failure and removed using 10.10 SDK
2016-01-27 02:47:22 -05:00
- if [[ $TRAVIS_OS_NAME == "osx" ]]; then set -o pipefail && xcodebuild | xcpretty -f `xcpretty-travis-formatter`; fi
added .travis.yml and modified CMake scripts
2014-05-24 07:22:01 -04:00
add caching, IRC notifications reduce verbosity try using .cache folder valid travis file name file push travis notifications to openrct2-dev list directory contents untar in the subfolder see whats in that directory ls more dirs .patch is in subdir too dont be a dummy only download if files arent present syntax check correct files check if anything is in cache try filename with no period
2014-05-25 12:44:08 -04:00
notifications:
Update .travis.yml
2015-09-09 13:27:01 -04:00
on_failure: change
add caching, IRC notifications reduce verbosity try using .cache folder valid travis file name file push travis notifications to openrct2-dev list directory contents untar in the subfolder see whats in that directory ls more dirs .patch is in subdir too dont be a dummy only download if files arent present syntax check correct files check if anything is in cache try filename with no period
2014-05-25 12:44:08 -04:00
on_success: change
Refactor project build scripts This is mostly refactoring of cmake scripts, but also touches build.sh and install.sh. The cmake should be much more palatable now for major Linux distributions. At the same time, new configuration is introduced to Linux version, one with Twitch enabled. Please note, however, this change requires update of orctlibs.zip for mingw builds.
2015-09-24 16:47:14 -04:00
cache:
add caching, IRC notifications reduce verbosity try using .cache folder valid travis file name file push travis notifications to openrct2-dev list directory contents untar in the subfolder see whats in that directory ls more dirs .patch is in subdir too dont be a dummy only download if files arent present syntax check correct files check if anything is in cache try filename with no period
2014-05-25 12:44:08 -04:00
directories:
Refactor project build scripts This is mostly refactoring of cmake scripts, but also touches build.sh and install.sh. The cmake should be much more palatable now for major Linux distributions. At the same time, new configuration is introduced to Linux version, one with Twitch enabled. Please note, however, this change requires update of orctlibs.zip for mingw builds.
2015-09-24 16:47:14 -04:00
- .cache
add caching, IRC notifications reduce verbosity try using .cache folder valid travis file name file push travis notifications to openrct2-dev list directory contents untar in the subfolder see whats in that directory ls more dirs .patch is in subdir too dont be a dummy only download if files arent present syntax check correct files check if anything is in cache try filename with no period
2014-05-25 12:44:08 -04:00
apt: true
Reference in a new issue Copy permalink