-
Notifications
You must be signed in to change notification settings - Fork 185
copy docs from README to code #1096
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
Conversation
If it helps, you can review the changes to the README by diffing against the version prior to #1034 9d9ba91...mbostock/one-docs#diff-b335630551682c19a781afebcf4d07bf978fb1f8ac04c6bf87428ed5106870f5 |
f2879e9
to
d0b6ef8
Compare
d0b6ef8
to
6ac75c1
Compare
👍 Shouldn't we rmdir the build/ directory as the last step (as well as as the first step)? I got a bit confused at first. |
Usually it is typical to preserve intermediate build artifacts for debugging purposes (and for incremental rebuilds if needed). |
2226915
to
8ee2453
Compare
This is nice, but perhaps we should discuss #1055 since these approaches appear to be incompatible? |
@duaneatat A quick addition to this approach would be to support JSDoc type delcarations like so: /**
* @jsdoc area
* @param {Data} data
* @param {Options=} options
*/ So, I don’t see this approach as being incompatible, and it would still mean there’s only one copy of everything. The type declarations would live with the code and the documentation would live in the README. |
Ahh, yes that's quite nice! |
Heads up: When |
can you confirm is |
Hi @Fil. |
Rather than copy docs from source code into our README, this does the reverse, copying docs from the README into generated source files (that are not checked in). This offers several advantages:
In addition, I added some stricter checks:
<!-- jsdoc stack ->
.