add example for auto generated module verification report - #166
Conversation
License Check Results🚀 The license check job ran with the Bazel command: bazel run --lockfile_mode=error //:license-checkStatus: Click to expand output |
|
Documentation preview for this pull request is available at: |
| # tooling | ||
| bazel_dep(name = "score_tooling", version = "1.2.0", dev_dependency = True) | ||
| bazel_dep(name = "aspect_rules_lint", version = "1.10.2", dev_dependency = True) | ||
| bazel_dep(name = "aspect_rules_lint", version = "2.3.0", dev_dependency = True) |
There was a problem hiding this comment.
There was a warning regards to that... If I made a PR I can fix that together.
There was a problem hiding this comment.
aspect_rules_lint was set directly by this template’s MODULE.bazel in 1dd74ec (bazel_dep(..., version = "2.3.0")). The resolved lockfile also shows aspect_tools_telemetry 0.2.8 requesting 2.3.0; no separate module update caused it.
There was a problem hiding this comment.
@copilot yeah, but this was done only to resolve a warning. So what other module did the update?
There was a problem hiding this comment.
It was score_bazel_cpp_toolchains 1.0.3. Its MODULE.bazel declares aspect_rules_lint 2.3.0 (alongside score_tooling 1.1.2), while score_tooling 1.2.0 itself requests 1.5.3.
There was a problem hiding this comment.
its a dev dependency, should not be an issue
Co-authored-by: Alexander Lanin <Alexander.Lanin@etas.com> Signed-off-by: RolandJentschETAS <135332348+RolandJentschETAS@users.noreply.github.com>
| # tooling | ||
| bazel_dep(name = "score_tooling", version = "1.2.0", dev_dependency = True) | ||
| bazel_dep(name = "aspect_rules_lint", version = "1.10.2", dev_dependency = True) | ||
| bazel_dep(name = "aspect_rules_lint", version = "2.3.0", dev_dependency = True) |
There was a problem hiding this comment.
I don't know if this should be upgraded in the same PR.
Did it error otherwise?
There was a problem hiding this comment.
its a dev dependency, should not be an issue
This pull request updates the documentation examples and module verification report templates to improve clarity, completeness, and traceability between logical interfaces and their implementing components. The changes provide more detailed descriptions of logical interfaces, their mapping to components and sub-components, and clarify the structure and content of module verification reports.
Documentation and Example Improvements:
That fixes "FIXME Warnings"
Module Verification Report Template Enhancements:
Other Minor Updates: