Skip to content

demo: render module verification report via score_module_verification_report (tracks docs-as-code#730) - #491

Draft
antonkri wants to merge 7 commits into
mainfrom
ankr_mvr_demo
Draft

antonkri wants to merge 7 commits into
mainfrom
ankr_mvr_demo

Conversation

@antonkri

Copy link
Copy Markdown
Contributor

No description provided.

@github-project-automation github-project-automation Bot moved this to In Progress in BAS - Baselibs FT Aug 19, 2026
@github-actions github-actions Bot added documentation Improvements or additions to documentation comp-flatbuffers Related to score/flatbuffers component c++ C++ code comp-bitmanipulation Related to score/bitmanipulation component bazel Bazel and Starlark build files labels Aug 19, 2026
@antonkri
antonkri force-pushed the ankr_mvr_demo branch 4 times, most recently from abebfa7 to babe627 Compare August 19, 2026 14:47
@github-actions

Copy link
Copy Markdown
Contributor

Documentation preview for this pull request is available at:
pr-491: https://eclipse-score.github.io/baselibs/pr-491/

…cation_report

Demonstrates the ``.. module-verification-report::`` directive shipped by
the ``ankr_mod_verf_report`` branch of ``score_docs_as_code``
(eclipse-score/docs-as-code#730):

- Add a new page ``docs/reporting/module_verification_report.rst`` that
  only carries the ``.. document::`` need and the two-line invocation
  of the new directive, driven by ``docs/reporting/module_report.yaml``
  (module_id, feature_id, five standard workproducts).
- Hook the new page into ``docs/index.rst`` under a fresh "Reporting"
  section in the top-level toctree.
- Pin ``score_docs_as_code`` via ``git_override`` to a66bf953 — tip of
  ankr_mod_verf_report (refactor + tests + docs + testcase_annotations).
- Extend the existing gtest suites for ``bit_manipulation``,
  ``bitmask_operators`` and the ``flatbuffers/details`` unit tests
  with additional cases that fill in the coverage the module report is
  meant to visualise.
- Keep ``docs/conf.py`` minimal — no coverage-substitution helper, no
  testcase-badge ``setup`` (that logic now lives in the shared
  extension as ``testcase_annotations``).
Update git_override commit to the latest version of the
score_module_verification_report branch, which includes:
- fix: strip trailing slash from project_url to avoid double-slash URLs
- fix: remove feature-id name guessing (feature section skipped when omitted)
…peline

- BUILD: add docs_and_test() target 'module_verification_report' running
  coverage for score/bitmanipulation, score/flatbuffers and
  score/filesystem, then building the docs; update external_needs to
  score_process_description.
- MODULE.bazel: pin score_docs_as_code to commit 5402638
  (ankr_mod_verf_report), bump score_platform to 0.7.1 and add
  score_process_description@2.1.2 (required transitively by the new
  score_docs_as_code pin).
- docs/reporting/module_verification_report.rst: add the mandatory
  :safety:/:security:/:status:/:verification-method: options to the
  module-verification-report directive; without them the directive
  silently rendered an empty report.
# Conflicts:
#	MODULE.bazel
#	MODULE.bazel.lock
… docs_and_test target

Mirrors coverage_report.yml's structure but runs the new
docs_and_test-based 'module_verification_report' target (tests + coverage
+ docs build) on bl-x86_64-linux, and uploads the rendered docs (incl.
the module verification report with coverage tables) as an artifact.
score/json/BUILD and other component BUILD files load
@score_docs_as_code//:docs.bzl (docs_bundle) unconditionally at the
package level, not just for the docs_and_test driver. Declaring it as
dev_dependency = True (introduced while resolving the main merge
conflict) causes bzlmod to strip this dependency entirely whenever
score_baselibs is consumed as a non-root module - e.g. by
examples/integration's local_path_override - breaking
'Build and Test x86_64-linux/qnx/aarch64-qnx (examples/integration)'
with:
  ERROR: ... Unable to find package for
  @@[unknown repo 'score_docs_as_code']//:docs.bzl

main declares this bazel_dep without dev_dependency, restore that.
The docs build renders PlantUML diagrams which require Graphviz's
'dot' executable on PATH. Unlike the reusable eclipse-score/cicd-workflows
docs.yml (used by build_linux.yml), our workflow runs bazel directly on a
bare runner, so graphviz must be installed explicitly (mirrors the
'Install lcov' step in coverage_report.yml).

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The document which is the rendered HTML of this rst file looks different to the structure of the module verification report template. This is already existing.

In other words, this document https://eclipse-score.github.io/baselibs/pr-491/reporting/module_verification_report.html does not match the structure existing in the module and process definition like here: https://eclipse-score.github.io/baselibs/pr-491/verification_report/module_verification_report.html

This relate to the following file as well: https://github.com/eclipse-score/docs-as-code/pull/730/changes#diff-476160124f11cd0e0a38c257375ef66bd5d406a587ce15f92986546948400e32

Comment thread BUILD
# See @score_docs_as_code//:bzl/docs_and_test.bzl for the underlying driver.
docs_and_test(
name = "module_verification_report",
test_targets = [

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I imagine different test targets might require different configurations e.g. ITF vs UT. How this can be handled when we have a single target to execute everything in one place?

Can we leave test_targets empty if we want to handle execution of tests ourselves and just use it for rendering module verification?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bazel Bazel and Starlark build files c++ C++ code comp-bitmanipulation Related to score/bitmanipulation component comp-flatbuffers Related to score/flatbuffers component documentation Improvements or additions to documentation

Projects

Status: In Progress

Development

Successfully merging this pull request may close these issues.

3 participants