<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 22, 2019 at 8:03 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 21/03/2019 14:32, Joel Sherrill wrote:<br>
> 5. Is it possible to have custom fields? I worked on a project where <br>
> requirements were<br>
> tagged with project phase and HW/SW. Alternatively, can we add <br>
> comments to the YAML<br>
> files. Or who cares since the author information is in git.<br>
<br>
According to the Doorstep documentation:<br>
<br>
<a href="https://doorstop.readthedocs.io/en/latest/reference/items/" rel="noreferrer" target="_blank">https://doorstop.readthedocs.io/en/latest/reference/items/</a><br>
<br>
"Extended attributes<br>
<br>
In addition to the standard attributes, Doorstop will allow any number <br>
of custom attributes (key-value pairs) in the YAML file. The extended <br>
attributes will not be part of a published document, but they can be <br>
queried by a 3rd party application through the REST interface or the <br>
Python API.<br>
Example:<br>
<br>
In this example, an extended attribute invented-by is added to the item.<br>
<br>
invented-by: <a href="mailto:some.guy@email.com" target="_blank">some.guy@email.com</a>"<br>
<br>
Use of a standard format such as YAML is nice since it enables us to <br>
read these requirements files quite easily.<br></blockquote><div><br></div><div>This is awesome! Chris and I discussed that it would be desirable to generate</div><div>our requirement documents in Rest. If this is implemented, then that tool could</div><div>know the extended attributes.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
[...]<br>
> Is the documentation and/or tutorial sufficient to get us started? <br>
> Whatever tool is adopted,<br>
> common tasks will have to be documented like we do with git use.<br>
<br>
Similar to the Git overview in<br>
<br>
<a href="https://docs.rtems.org/branches/master/eng/vc-authors.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/eng/vc-authors.html</a><br>
<br>
we need something similar for the requirements tool.<br></blockquote><div><br></div><div>+1 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
</blockquote></div></div>