brl/gnome-shell
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
15d1aee21a
gnome-shell/.gitlab-ci.yml

96 lines
2.3 KiB
YAML
Raw Normal View History

ci: Add minimal continuous integration Building gnome-shell is tricky due to the tight coupling with mutter, but until we figure out the best way forward, we can at least perform some basic syntax checking on the javascript bits. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/367
2019-01-27 21:34:48 -05:00
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. Taken from https://gitlab.gnome.org/GNOME/mutter/merge_requests/440. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/410
2019-02-13 14:34:07 -05:00
- review
ci: Add build stage So far we are only performing a basic syntax check on javascript sources; it's time to test the C code as well. As mutter is tightly coupled, we bite the bullet and build it as well, either using a matching branch (if it exists), or current master. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 11:53:42 -05:00
- build
ci: Add test stage We never gained a proper test suite, but run at least the tests we have. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 16:39:47 -05:00
- test
ci: Add minimal continuous integration Building gnome-shell is tricky due to the tight coupling with mutter, but until we figure out the best way forward, we can at least perform some basic syntax checking on the javascript bits. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/367
2019-01-27 21:34:48 -05:00
variables:
JS_LOG: "js-report.txt"
ci: Check that pot file is generated correctly This is to guard against the now infamous xgettext bug[0]. [0] https://savannah.gnu.org/bugs/?50920#comment5 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-08 22:51:00 -05:00
POT_LOG: "pot-update.txt"
ci: Add minimal continuous integration Building gnome-shell is tricky due to the tight coupling with mutter, but until we figure out the best way forward, we can at least perform some basic syntax checking on the javascript bits. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/367
2019-01-27 21:34:48 -05:00
ci: Add build stage So far we are only performing a basic syntax check on javascript sources; it's time to test the C code as well. As mutter is tightly coupled, we bite the bullet and build it as well, either using a matching branch (if it exists), or current master. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 11:53:42 -05:00
.only_default: &only_default
only:
- branches
- tags
- merge_requests
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. Taken from https://gitlab.gnome.org/GNOME/mutter/merge_requests/440. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/410
2019-02-13 14:34:07 -05:00
check_commit_log:
calendar-server: Port to libecal-2.0 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/501
2019-04-18 10:21:43 -04:00
image: registry.gitlab.gnome.org/gnome/mutter/master:v2
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. Taken from https://gitlab.gnome.org/GNOME/mutter/merge_requests/440. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/410
2019-02-13 14:34:07 -05:00
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. Taken from https://gitlab.gnome.org/GNOME/mutter/merge_requests/440. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/410
2019-02-13 14:34:07 -05:00
script:
- ./.gitlab-ci/check-commit-log.sh
only:
- merge_requests
ci: Add minimal continuous integration Building gnome-shell is tricky due to the tight coupling with mutter, but until we figure out the best way forward, we can at least perform some basic syntax checking on the javascript bits. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/367
2019-01-27 21:34:48 -05:00
js_check:
ci: Use custom image for JS checks Running dnf to update and install additional packages every time the job is executed slows down the CI pipeline. Avoid this by using another custom images for JS source checks. In addition to the js shell we use for the existing syntax check, also include eslint for future jobs and some extension-specific tooling to make the image more useful to extension authors. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 23:49:37 -05:00
image: registry.gitlab.gnome.org/gnome/gnome-shell/extension-ci:v1
ci: Merge 'source_check' stage into 'review' GNOME apps use 'review' for the CI stage that generates and exports a flatpak bundle after a successful build, so they need some other name for anything that is checked before building; that's how we ended up with the somewhat awkward 'source_check' stage (inherited from Polari). But since the commit log check added a 'review' stage that runs pre-build, use that for all checks that are performed before the build stage. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/627
2019-07-23 18:29:15 -04:00
stage: review
ci: Add minimal continuous integration Building gnome-shell is tricky due to the tight coupling with mutter, but until we figure out the best way forward, we can at least perform some basic syntax checking on the javascript bits. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/367
2019-01-27 21:34:48 -05:00
script:
- find js -name '*.js' -exec js60 -c -s '{}' ';' 2>&1 | tee $JS_LOG
- (! grep -q . $JS_LOG)
ci: Add build stage So far we are only performing a basic syntax check on javascript sources; it's time to test the C code as well. As mutter is tightly coupled, we bite the bullet and build it as well, either using a matching branch (if it exists), or current master. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 11:53:42 -05:00
<<: *only_default
ci: Add minimal continuous integration Building gnome-shell is tricky due to the tight coupling with mutter, but until we figure out the best way forward, we can at least perform some basic syntax checking on the javascript bits. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/367
2019-01-27 21:34:48 -05:00
artifacts:
paths:
- ${JS_LOG}
when: on_failure
ci: Add build stage So far we are only performing a basic syntax check on javascript sources; it's time to test the C code as well. As mutter is tightly coupled, we bite the bullet and build it as well, either using a matching branch (if it exists), or current master. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 11:53:42 -05:00
ci: Add eslint job to review stage We have now reduced the number of eslint errors enough to add it to the CI pipeline. There are still plenty of errors left though, so we cannot simply run eslint and fail on any errors. So instead, run it through a fancy script that: - generates an eslint report using the "regular" configuration - generates an eslint report using the "legacy" configuration - creates a combined report with errors common to both configurations When the pipeline is running for a branch or tag, the final report is printed out and the job succeeds (we know there are errors left); when the pipelne is running for a merge request, we fail if any errors are reported for the lines modified/added by the MR. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/627
2019-06-30 07:05:04 -04:00
eslint:
image: registry.gitlab.gnome.org/gnome/gnome-shell/extension-ci:v1
stage: review
script:
- ./.gitlab-ci/run-eslint.sh
<<: *only_default
artifacts:
paths:
- reports
when: always
ci: Add build stage So far we are only performing a basic syntax check on javascript sources; it's time to test the C code as well. As mutter is tightly coupled, we bite the bullet and build it as well, either using a matching branch (if it exists), or current master. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 11:53:42 -05:00
build:
calendar-server: Port to libecal-2.0 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/501
2019-04-18 10:21:43 -04:00
image: registry.gitlab.gnome.org/gnome/mutter/master:v2
ci: Add build stage So far we are only performing a basic syntax check on javascript sources; it's time to test the C code as well. As mutter is tightly coupled, we bite the bullet and build it as well, either using a matching branch (if it exists), or current master. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 11:53:42 -05:00
stage: build
before_script:
- .gitlab-ci/checkout-mutter.sh
- meson mutter mutter/build --prefix=/usr -Dtests=false
- ninja -C mutter/build install
script:
ci: Turn off man pages There is little to test there, and excluding them slightly reduces the dependencies in the CI image. https://gitlab.gnome.org/GNOME/gnome-shell/issues/1234
2019-08-21 11:57:11 -04:00
- meson . build -Dbuiltype=debugoptimized -Dman=false
ci: Add build stage So far we are only performing a basic syntax check on javascript sources; it's time to test the C code as well. As mutter is tightly coupled, we bite the bullet and build it as well, either using a matching branch (if it exists), or current master. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 11:53:42 -05:00
- ninja -C build
- ninja -C build install
<<: *only_default
ci: Add test stage We never gained a proper test suite, but run at least the tests we have. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 16:39:47 -05:00
artifacts:
expire_in: 1 day
paths:
- mutter
- build
test:
calendar-server: Port to libecal-2.0 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/501
2019-04-18 10:21:43 -04:00
image: registry.gitlab.gnome.org/gnome/mutter/master:v2
ci: Add test stage We never gained a proper test suite, but run at least the tests we have. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-12 16:39:47 -05:00
stage: test
before_script:
- ninja -C mutter/build install
script:
- xvfb-run meson test -C build --no-rebuild
<<: *only_default
artifacts:
expire_in: 1 day
paths:
- build/meson-logs/testlog.txt
when: on_failure
ci: Check that pot file is generated correctly This is to guard against the now infamous xgettext bug[0]. [0] https://savannah.gnu.org/bugs/?50920#comment5 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-08 22:51:00 -05:00
test-pot:
calendar-server: Port to libecal-2.0 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/501
2019-04-18 10:21:43 -04:00
image: registry.gitlab.gnome.org/gnome/mutter/master:v2
ci: Check that pot file is generated correctly This is to guard against the now infamous xgettext bug[0]. [0] https://savannah.gnu.org/bugs/?50920#comment5 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/408
2019-02-08 22:51:00 -05:00
stage: test
before_script:
- ninja -C mutter/build install
script:
# Check that pot files are generated correctly:
# https://savannah.gnu.org/bugs/?50920#comment5
- ninja -C build gnome-shell-pot 2>&1 | awk '
BEGIN { start=0; }
start==1 { print $0; }
/gnome-shell-pot/ { start=1; }
' | tee $POT_LOG
- (! grep -q . $POT_LOG)
<<: *only_default
Reference in New Issue Copy Permalink