This issue tries to solve the 4th point in #138 for capturing the metadata about the conformance report submission
To support an automated conformance reporting workflow, the conformance testing tool needs to capture details about the specific implementation running the tests.
Add the following optional CLI flags to the conformance tool:
--organization (e.g., Google, Submariner)
--project (e.g., GKE, Submariner Multi-cluster)
--version (e.g., v1.2.0)
--url (Link to the project or implementation docs)
With these flags, the tool will populate an implementation metadata section within the generated YAML report, similar to how gateway-api does in their report.
Embedding the metadata directly into the YAML report eliminates the need for a manual PR template and allows the information to be automatically extracted for the comparison matrix. During PR submission of an implementation, automated CI checks or reviewers can then easily verify the YAML report for this required metadata before merging.
This issue tries to solve the 4th point in #138 for capturing the metadata about the conformance report submission
To support an automated conformance reporting workflow, the conformance testing tool needs to capture details about the specific implementation running the tests.
Add the following optional CLI flags to the conformance tool:
--organization(e.g., Google, Submariner)--project(e.g., GKE, Submariner Multi-cluster)--version(e.g., v1.2.0)--url(Link to the project or implementation docs)With these flags, the tool will populate an
implementationmetadata section within the generated YAML report, similar to how gateway-api does in their report.Embedding the metadata directly into the YAML report eliminates the need for a manual PR template and allows the information to be automatically extracted for the comparison matrix. During PR submission of an implementation, automated CI checks or reviewers can then easily verify the YAML report for this required metadata before merging.