mutter/.gitlab-ci.yml

image: registry.gitlab.gnome.org/gnome/mutter/master:v1

stages:
 - review
 - build
 - test

check-commit-log:
  stage: review
  variables:
    GIT_DEPTH: "100"
  script:
    - ./.gitlab-ci/check-commit-log.sh
  only:
    - merge_requests

build-mutter:
  stage: build
  script:
    - meson . build -Dbuildtype=debugoptimized -Degl_device=true -Dwayland_eglstream=true --werror
    - ninja -C build
    - ninja -C build install
  artifacts:
    expire_in: 1 day
    paths:
      - build
  only:
    - merge_requests
    - /^.*$/

test-mutter:
  stage: test
  dependencies:
    - build-mutter
  variables:
    XDG_RUNTIME_DIR: "$CI_PROJECT_DIR/runtime-dir"
    GSETTINGS_SCHEMA_DIR: "$CI_PROJECT_DIR/build/data"
  script:
    - mkdir -m 700 $XDG_RUNTIME_DIR
    - glib-compile-schemas $GSETTINGS_SCHEMA_DIR
    - >
      dbus-run-session -- xvfb-run -s '+iglx -noreset'
      meson test -C build --no-rebuild -t 10 --verbose --no-stdsplit --wrap catchsegv
  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			`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:`
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			`- mkdir -m 700 $XDG_RUNTIME_DIR`
			`- glib-compile-schemas $GSETTINGS_SCHEMA_DIR`
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			`- >`
			`dbus-run-session -- xvfb-run -s '+iglx -noreset'`
			`meson test -C build --no-rebuild -t 10 --verbose --no-stdsplit --wrap catchsegv`
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`
			`- /^.*$/`