Create KIT Issue Template #983
Conversation
ther3sa
requested review from
stephanbcbauer,
vialkoje,
jSchuetz88,
eckardg and
lgblaumeiser
Co-authored-by: Arno Weiß <[email protected]>
There was a problem hiding this comment.
It is important to mention and link to our TRGs. For example, we have the TRG 9.01 especially for KITs:
https://eclipse-tractusx.github.io/docs/release/trg-0/trg-9-01
The feature template should include a checkbox to validate if it confirms the relevant TRGs.
Maybe this could make more sense to include it in a pull request template for KITs.
The template is for KIT Feature proposals during planning not for the QGate Tickets. Thus, I would not mention the TRGs already at that state. |
There was a problem hiding this comment.
Small improvements and one big question: Do we really want the architectural relevance checks in the feature template? Similar to my comment on the TRGs, the architectural relevance may be checked only during QGate.
As no KITs are creaed if no standard exists, the architectural relevance should have already been gatekeept on standardization level.
| - [ ] [CX-0001 EDC Discovery API](https://catenax-ev.github.io/docs/next/standards/CX-0001-EDCDiscoveryAPI) | ||
| - [ ] [CX-0002 Digital Twins in Catena-X](https://catenax-ev.github.io/docs/next/standards/CX-0002-DigitalTwinsInCatenaX) | ||
| - [ ] [CX-0018 Dataspace Connectivity](https://catenax-ev.github.io/docs/next/standards/CX-0018-DataspaceConnectivity) | ||
|
|
There was a problem hiding this comment.
Please remove empty line
There was a problem hiding this comment.
"As no KITs are creaed if no standard exists" -> I would not say that this is always the case. And often it is only visible in the KIT how the standard is going to be applied.
To my mind, it helps to bring the guidelines as soon as possible to awareness.
| - Contributor 2 | ||
|
|
||
| ### Committer | ||
| <!-- names are already needed for open planning --> |
There was a problem hiding this comment.
Something I'm always unaware of: who is the assignee of the ticket? Is it the responsible or the responsible committers + contributors? It might might sense to state that in the comment in here that the committers and / or contributers should also be assigned (increases sanity).
Description
Created KIT Issue Template with topics
Pre-review checks
Please ensure to do as many of the following checks as possible, before asking for committer review: