On 11/11/22 15:55, Alex Bennée wrote:
This should hopefully give is nice coverage information about what our
tests (or at least the subset we are running) have hit. Ideally we
would want a way to trigger coverage on tests likely to be affected by
the current commit.

IIUC per [*] this will not appear in the pipeline but in https://gitlab.com/qemu-project/qemu/-/graphs/master/charts under 'Code coverage statistics', right?

If so, can you document this in this description? Also maybe this can
be linked in some docs/devel/ci*rst file.

[*] https://docs.gitlab.com/ee/ci/pipelines/settings.html#view-code-coverage-history


Signed-off-by: Alex Bennée <alex.ben...@linaro.org>
Acked-by: Stefan Hajnoczi <stefa...@redhat.com>
---
  .gitlab-ci.d/buildtest.yml | 12 +++++++++++-
  1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/.gitlab-ci.d/buildtest.yml b/.gitlab-ci.d/buildtest.yml
index 7173749c52..d21b4a1fd4 100644
--- a/.gitlab-ci.d/buildtest.yml
+++ b/.gitlab-ci.d/buildtest.yml
@@ -494,7 +494,17 @@ check-gprof-gcov:
      IMAGE: ubuntu2004
      MAKE_CHECK_ARGS: check
    after_script:
-    - ${CI_PROJECT_DIR}/scripts/ci/coverage-summary.sh
+    - cd build
+    - gcovr --xml-pretty --exclude-unreachable-branches --print-summary
+        -o coverage.xml --root ${CI_PROJECT_DIR} . *.p
+  coverage: /^\s*lines:\s*\d+.\d+\%/
+  artifacts:
+    name: ${CI_JOB_NAME}-${CI_COMMIT_REF_NAME}-${CI_COMMIT_SHA}
+    expire_in: 2 days

Hmm do we need the 'name' and 'expire_in' keys? That would be to keep the coverage.xml file?

+    reports:
+      coverage_report:
+        coverage_format: cobertura
+        path: build/coverage.xml
build-oss-fuzz:
    extends: .native_build_job_template


Reply via email to