-
Notifications
You must be signed in to change notification settings - Fork 284
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
[Docs] Bring live documentation in the repo #1085
Comments
ludamad
added a commit
that referenced
this issue
Jul 19, 2023
Resolves #1085. Documentation should be owned more by engineers, right now it's hard to iterate the examples easily. As well we want to avoid code-rot by automatically updating examples.
ludamad
added a commit
that referenced
this issue
Jul 19, 2023
Implements #1085. Aims to make docs more accessible during engineer feature development.
ludamad
added a commit
that referenced
this issue
Jul 19, 2023
Implements #1085. Aims to make docs more accessible during engineer feature development.
ludamad
added a commit
that referenced
this issue
Jul 20, 2023
Resolves #1085. Documentation should be owned more by engineers, right now it's hard to iterate the examples easily. As well we want to avoid code-rot by automatically updating examples. History has been rewritten to maintain valid issue and PR links.
ludamad
added a commit
that referenced
this issue
Jul 21, 2023
After this, ./scripts/git_subrepo.sh docs pull <branch> can pull from any docs branch onto the current branch, albeit with history squashed. ./scripts/git_subrepo.sh docs push <branch> will push with history to the docs repo. Part of #1085.
Closing, as this has been moved to 'Done'. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Anything being iterated on and with the potential to go out-of-date should be brought into the monorepo. It can either be in a separate docs/ tree (allows for easy mirroring), or if it makes sense, as part of the main code, but not triggering CI rebuilds. Conceptually they should be seen as tightly coupled. If you think you have a breaking change, you should be checking the docs for stuff to update.
Soapboxing: The idea is that if people spend extra effort here it's ultimately for the best as our external UX is a major thing we're shipping, we don't plan to build huge parts of Aztec so a code-over-the-hill approach will not work.
Tasks
The text was updated successfully, but these errors were encountered: