-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarify scope and common practices of documentation for Tendrl project #25
Comments
I'm just point out the issue here, I don't think I'm the right person to draft a solution via new specification pull request. |
This is a very good point. I'm assigning this to myself. I'll give this a bit of thought and push a specification against this issue which we can then collaborate on. |
Status update, now we have:
along with per component README file and docs directories. So while we have sorted out few details mentioned in the original description from December, some files stalled and the main issue just grown worse in the meantime. Note that the wiki is most useful and mostly up to date from end user perspective at the time of writing this comment. |
I will try to describe the current state and draft a proposed simplified guidelines to go forward here: https://github.com/Tendrl/documentation/wiki/Tendrl-Documentation-Scope-Overview |
@mbukatov Lets work on this further, we need merge the Tendrl/specifications and Tendrl/documentation |
Right now, we have multiple documentation sources:
doc
directories with sphinx documentation in each component, eg. https://github.com/Tendrl/common/tree/master/doc/sourceREADME
files in each component, eg. https://github.com/Tendrl/common/blob/master/README.rstThis is good, the sheer number of components in Tendrl requires to have a cross component, project wide documentation as we maintain in https://github.com/Tendrl/documentation, while each project definitely still may need to document details not worth mentioning in the Tendrl wide documentation.
That said, right now the scope is not specified so that we are running into consistency issues such as:
To maintain some order in this, we need to:
doc
component wide documentation haveThe text was updated successfully, but these errors were encountered: