isa/mutter
1
0
Fork 0
mirror of https://github.com/brl/mutter.git synced 2024-11-28 02:50:41 -05:00
Code Issues Packages Projects Releases Wiki Activity
wip/nielsdg/junit-report
mutter/.gitlab-ci.yml

51 lines
1.0 KiB
YAML
Raw Permalink Normal View History

Add .gitlab-ci.yml for build testing This adds compilation testing using meson on the gitlab instance. It uses a prebuild image built, described in .gitlab-ci/Dockerfile, based on Fedora 29. The image is build and published by running: cd .gitlab-ci/ docker build -t registry.gitlab.gnome.org/gnome/mutter/master:v1 . docker push registry.gitlab.gnome.org/gnome/mutter/master:v1 Resolves: https://gitlab.gnome.org/GNOME/mutter/merge_requests/132
2018-06-14 15:01:35 -04:00
image: registry.gitlab.gnome.org/gnome/mutter/master:v1
stages:
gitlab-ci.yml: Add check for issue or MR URL This adds a pipeline stage for merge requests that checks that the commit message contains an URL to either a issue or a merge request. This means that for merge requests without corresponding issues will always fail initially, as the merge request URL is not known until after it is created. This is still arguably better than accidentally merging merge requests without URLs. https://gitlab.gnome.org/GNOME/mutter/merge_requests/440
2019-02-05 12:19:43 -05:00
- review
Add .gitlab-ci.yml for build testing This adds compilation testing using meson on the gitlab instance. It uses a prebuild image built, described in .gitlab-ci/Dockerfile, based on Fedora 29. The image is build and published by running: cd .gitlab-ci/ docker build -t registry.gitlab.gnome.org/gnome/mutter/master:v1 . docker push registry.gitlab.gnome.org/gnome/mutter/master:v1 Resolves: https://gitlab.gnome.org/GNOME/mutter/merge_requests/132
2018-06-14 15:01:35 -04:00
- build
gitlab-ci: Add test stage The test stage runs the whole meson test suite inside Xvfb inside a dbus session. Running inside Xvfb is required as the cogl, clutter and mutter tests require to run on top of X11; the dbus session is required to make mutter succeed in owning names on the bus. This also updates the Dockerfile to include packages needed for running tests. https://gitlab.gnome.org/GNOME/mutter/issues/193
2018-08-17 08:15:29 -04:00
- test
Add .gitlab-ci.yml for build testing This adds compilation testing using meson on the gitlab instance. It uses a prebuild image built, described in .gitlab-ci/Dockerfile, based on Fedora 29. The image is build and published by running: cd .gitlab-ci/ docker build -t registry.gitlab.gnome.org/gnome/mutter/master:v1 . docker push registry.gitlab.gnome.org/gnome/mutter/master:v1 Resolves: https://gitlab.gnome.org/GNOME/mutter/merge_requests/132
2018-06-14 15:01:35 -04:00
gitlab-ci.yml: Add check for issue or MR URL This adds a pipeline stage for merge requests that checks that the commit message contains an URL to either a issue or a merge request. This means that for merge requests without corresponding issues will always fail initially, as the merge request URL is not known until after it is created. This is still arguably better than accidentally merging merge requests without URLs. https://gitlab.gnome.org/GNOME/mutter/merge_requests/440
2019-02-05 12:19:43 -05:00
check-commit-log:
stage: review
ci: Ensure we clone a deep enough history for commit review It seems gitlab changed something recently in the default clone depth which made MRs with >10 commits to obscurely fail in the review stage. As per https://docs.gitlab.com/ee/ci/yaml/#shallow-cloning, bump it to 100 to allow bigger MRs. https://gitlab.gnome.org/GNOME/mutter/merge_requests/551
2019-04-24 06:24:12 -04:00
variables:
GIT_DEPTH: "100"
gitlab-ci.yml: Add check for issue or MR URL This adds a pipeline stage for merge requests that checks that the commit message contains an URL to either a issue or a merge request. This means that for merge requests without corresponding issues will always fail initially, as the merge request URL is not known until after it is created. This is still arguably better than accidentally merging merge requests without URLs. https://gitlab.gnome.org/GNOME/mutter/merge_requests/440
2019-02-05 12:19:43 -05:00
script:
- ./.gitlab-ci/check-commit-log.sh
only:
- merge_requests
Add .gitlab-ci.yml for build testing This adds compilation testing using meson on the gitlab instance. It uses a prebuild image built, described in .gitlab-ci/Dockerfile, based on Fedora 29. The image is build and published by running: cd .gitlab-ci/ docker build -t registry.gitlab.gnome.org/gnome/mutter/master:v1 . docker push registry.gitlab.gnome.org/gnome/mutter/master:v1 Resolves: https://gitlab.gnome.org/GNOME/mutter/merge_requests/132
2018-06-14 15:01:35 -04:00
build-mutter:
stage: build
script:
gitlab-ci.yml: Change build step build type to debugoptimized We will catch -Wmaybe-uninitialized errors this way.
2019-01-23 04:41:34 -05:00
- meson . build -Dbuildtype=debugoptimized -Degl_device=true -Dwayland_eglstream=true --werror
Add .gitlab-ci.yml for build testing This adds compilation testing using meson on the gitlab instance. It uses a prebuild image built, described in .gitlab-ci/Dockerfile, based on Fedora 29. The image is build and published by running: cd .gitlab-ci/ docker build -t registry.gitlab.gnome.org/gnome/mutter/master:v1 . docker push registry.gitlab.gnome.org/gnome/mutter/master:v1 Resolves: https://gitlab.gnome.org/GNOME/mutter/merge_requests/132
2018-06-14 15:01:35 -04:00
- ninja -C build
- ninja -C build install
gitlab-ci: Use artifacts to keep built data and reuse in test Make test to be dependent on build phase, saving artifacts for some time in order to just run the tests without performing any rebuild. https://gitlab.gnome.org/GNOME/mutter/merge_requests/408
2019-01-23 07:28:38 -05:00
artifacts:
expire_in: 1 day
paths:
- build
gitlab-ci.yml: Add check for issue or MR URL This adds a pipeline stage for merge requests that checks that the commit message contains an URL to either a issue or a merge request. This means that for merge requests without corresponding issues will always fail initially, as the merge request URL is not known until after it is created. This is still arguably better than accidentally merging merge requests without URLs. https://gitlab.gnome.org/GNOME/mutter/merge_requests/440
2019-02-05 12:19:43 -05:00
only:
- merge_requests
- /^.*$/
gitlab-ci: Add test stage The test stage runs the whole meson test suite inside Xvfb inside a dbus session. Running inside Xvfb is required as the cogl, clutter and mutter tests require to run on top of X11; the dbus session is required to make mutter succeed in owning names on the bus. This also updates the Dockerfile to include packages needed for running tests. https://gitlab.gnome.org/GNOME/mutter/issues/193
2018-08-17 08:15:29 -04:00
test-mutter:
stage: test
gitlab-ci: Use artifacts to keep built data and reuse in test Make test to be dependent on build phase, saving artifacts for some time in order to just run the tests without performing any rebuild. https://gitlab.gnome.org/GNOME/mutter/merge_requests/408
2019-01-23 07:28:38 -05:00
dependencies:
- build-mutter
gitlab-ci: Define exported global variables once Don't redefine XDG runtime and gsettings schema paths multiple times, just export the variables once and reuse them. https://gitlab.gnome.org/GNOME/mutter/merge_requests/408
2019-01-23 18:24:32 -05:00
variables:
XDG_RUNTIME_DIR: "$CI_PROJECT_DIR/runtime-dir"
GSETTINGS_SCHEMA_DIR: "$CI_PROJECT_DIR/build/data"
gitlab-ci: Add test stage The test stage runs the whole meson test suite inside Xvfb inside a dbus session. Running inside Xvfb is required as the cogl, clutter and mutter tests require to run on top of X11; the dbus session is required to make mutter succeed in owning names on the bus. This also updates the Dockerfile to include packages needed for running tests. https://gitlab.gnome.org/GNOME/mutter/issues/193
2018-08-17 08:15:29 -04:00
script:
ci: Generate a cover report for the test suite Based on @ebassi's work from https://gitlab.gnome.org/GNOME/glib/merge_requests/769 This MR allows us to see the succeeded/failed tests each time the CI pipeline is run. https://gitlab.gnome.org/GNOME/mutter/merge_requests/528
2019-04-08 08:34:13 -04:00
- bash -x ./.gitlab-ci/run-tests.sh
gitlab-ci.yml: Add check for issue or MR URL This adds a pipeline stage for merge requests that checks that the commit message contains an URL to either a issue or a merge request. This means that for merge requests without corresponding issues will always fail initially, as the merge request URL is not known until after it is created. This is still arguably better than accidentally merging merge requests without URLs. https://gitlab.gnome.org/GNOME/mutter/merge_requests/440
2019-02-05 12:19:43 -05:00
only:
- merge_requests
- /^.*$/
ci: Generate a cover report for the test suite Based on @ebassi's work from https://gitlab.gnome.org/GNOME/glib/merge_requests/769 This MR allows us to see the succeeded/failed tests each time the CI pipeline is run. https://gitlab.gnome.org/GNOME/mutter/merge_requests/528
2019-04-08 08:34:13 -04:00
artifacts:
reports:
junit: "build/${CI_JOB_NAME}-report.xml"
name: "mutter-${CI_JOB_NAME}-${CI_COMMIT_REF_NAME}"
when: always
paths:
- "build/meson-logs"
- "build/${CI_JOB_NAME}-report.xml"
Reference in New Issue Copy Permalink