enlightenment/efl
enlightenment
/
efl
8
7
Fork 14
Code Issues 13 Pull Requests 3 Projects Releases Wiki Activity
efl/.travis.yml

71 lines
1.8 KiB
YAML
Raw Normal View History

ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
language: c
sudo: required
dist: trusty
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
os:
- linux
- osx
env:
-
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
- DISTRO=Ubuntu1804
- DISTRO=Fedora28 CI_BUILD_TYPE=wayland
- DISTRO=Fedora28 CI_BUILD_TYPE=misc
- DISTRO=Fedora28 CI_BUILD_TYPE=misc-disabled
- DISTRO=Fedora28 CI_BUILD_TYPE=release-ready
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- DISTRO=Debian91
- DISTRO=Archlinux
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
services:
- docker
matrix:
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
fast_finish: true
exclude:
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
- os: osx
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
env: DISTRO=Ubuntu1804
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: osx
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
env: DISTRO=Fedora28 CI_BUILD_TYPE=wayland
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: osx
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
env: DISTRO=Fedora28 CI_BUILD_TYPE=misc
ci: travis: create misc-disabled build This build should cover all kind of disable configure flags we support in efl. Making sure we still work with all of these when a commit comes in.
2018-04-26 09:05:03 -07:00
- os: osx
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
env: DISTRO=Fedora28 CI_BUILD_TYPE=misc-disabled
ci: add new build to test release profile and distcheck To avoid surprises when starting the release process make sure we have a build which actually runs the release profile and tests distcheck.
2018-04-27 01:55:19 -07:00
- os: osx
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
env: DISTRO=Fedora28 CI_BUILD_TYPE=release-ready
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: osx
env: DISTRO=Debian91
- os: osx
env: DISTRO=Archlinux
ci: add new build to test release profile and distcheck To avoid surprises when starting the release process make sure we have a build which actually runs the release profile and tests distcheck.
2018-04-27 01:55:19 -07:00
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: linux
env:
allow_failures:
ci: add new build to test release profile and distcheck To avoid surprises when starting the release process make sure we have a build which actually runs the release profile and tests distcheck.
2018-04-27 01:55:19 -07:00
- os: linux
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
env: DISTRO=Fedora28 CI_BUILD_TYPE=release-ready
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
before_install:
- if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then .ci/ci-osx-deps.sh ; fi
before_script:
- |
if [[ "$TRAVIS_OS_NAME" == "linux" ]] && [[ "$DISTRO" != "" ]]; then
docker pull stefanschmidt1/ci-support-files:$DISTRO
fi
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
script:
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
- |
if [[ "$TRAVIS_OS_NAME" == "linux" ]] && [[ "$DISTRO" != "" ]]; then
travis: add misc and wayland build options to build matrix
2018-01-05 07:24:43 -08:00
docker run -v `pwd`:/src -w /src stefanschmidt1/ci-support-files:$DISTRO /src/.ci/ci-linux-build.sh $CI_BUILD_TYPE
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
fi
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
- if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then .ci/ci-osx-build.sh ; fi
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
after_success:
- |
if [[ "$TRAVIS_OS_NAME" == "linux" ]] && [[ "$DISTRO" != "" ]]; then
docker login -u stefanschmidt1 -p "$DOCKER_PASSWORD"
docker tag stefanschmidt1/ci-support-files:$DISTRO stefanschmidt1/ci-support-files:$DISTRO-$TRAVIS_BUILD_NUMBER
docker push stefanschmidt1/ci-support-files:$DISTRO
docker push stefanschmidt1/ci-support-files:$DISTRO-$TRAVIS_BUILD_NUMBER
fi