You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I believe we can approach this systematically. Using Rustdoc is the industry standard for documenting a crate, so I believe we can start from there. We can use this as a tracker issue to track work on documenting the codebase.
including an overview of the bridge, linking to important documents and concepts (BitVM bridge, MuSig2, P2TR, classical transactions, bitcoin contracts etc.)
Another great thing would be to have a CONTRIBUTING.md that both introduces the project on an overview-level and provides guidance on how to contribute (our testing, documentation, coverage standards, PR contents, commit formatting, preferred PR merge, branch naming convention, branch explanations [dev vs main etc] etc.).
On a similar note, it'd be great if we adopt Doctesting, especially for simpler functions where the documentation could provide sufficient tests. A lot of unit tests could probably be rolled into doctests. Of course, some functions are way too complicated to test within doctests.
Proposal Description
For both easier onboarding of new people and better DX, we need to write more documentation.
The text was updated successfully, but these errors were encountered: