Skip to content

Commit 814a032

Browse files
authored
Merge pull request #232 from ipfs/feat/add-awesome-documentation-note
Added Documentation note to js-guidelines
2 parents 95fa675 + a05ca22 commit 814a032

File tree

1 file changed

+7
-0
lines changed

1 file changed

+7
-0
lines changed

js-project-guidelines.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -26,6 +26,7 @@ Also, remember:
2626
- [Testing](#testing)
2727
- [Building](#building)
2828
- [Releasing](#releasing)
29+
- [Documentation](#documentation)
2930
- [Commits](#commits)
3031
- [Commit Message Format](#commit-message-format)
3132
- [Revert](#revert)
@@ -130,6 +131,12 @@ Each time a new release happens, these are the steps we follow to make sure noth
130131
7. Push to GitHub
131132
8. Publish to npm
132133

134+
### Documentation
135+
136+
We use [documentation.js](https://github.com/documentationjs/documentation/tree/master/docs) to document our JavaScript repositories. For each repo, we use [this gulp task](https://github.com/documentationjs/gulp-documentation). An example for how to use JSDoc to document everything can be seen in [this PR to js-ipfs](https://github.com/ipfs/js-ipfs/pull/651). Ideally, we create a `docs` folder in each repository, and make sure it is not tracked to git.
137+
138+
We use [`aegir-docs`](https://github.com/dignifiedquire/aegir) for the actual generation, which relies on JSDoc style comments. For more on aegir, see [the section below](#aegir).
139+
133140
## Commits
134141

135142
We have very precise rules over how our git commit messages can be formatted.

0 commit comments

Comments
 (0)