You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
"RecordProperties" in baselibs not properly used #62
The mentioned IDs are requirement IDs from feature and component requirements. It is also possible to link to the component architecture.
This can be found in the general traceability concept
Within baselibs the test cases link to requirements via verifies which is not correct. Additionally, they link to artifacts which are not part of the S-CORE language. Examples of wrong usage are:
I am currently working on a feature to enable 'non compliant' use so to speak.
With this docs-as-code will no longer throw an error if there are too many properties as well as when there are not all properties needed to make a Testlink.
It will inform and skip those tests (to link)
Activity
MaximilianSoerenPollak commentedon Feb 25, 2026
I am currently working on a feature to enable 'non compliant' use so to speak.
With this docs-as-code will no longer throw an error if there are too many properties as well as when there are not all properties needed to make a Testlink.
It will inform and skip those tests (to link)
eclipse-score/docs-as-code#413 to track progress.
4og commentedon Aug 26, 2026
All requirement tracing will be revised in #522