Development process: Difference between revisions
→Bitcoin Core Open Source Development Process: Update the link for the coding style doc to now be the Bitcoin Core Coding Standards doc. |
No edit summary |
||
| (2 intermediate revisions by the same user not shown) | |||
| Line 10: | Line 10: | ||
# After being accepted into the mainline master branch, bugfixes are merged or backported into the current stable branch, which periodically releases stable older versions. | # After being accepted into the mainline master branch, bugfixes are merged or backported into the current stable branch, which periodically releases stable older versions. | ||
Please read and follow the [ | Please read and follow the [https://github.com/bitcoin/bitcoin/blob/master/doc/developer-notes.md Bitcoin Core Coding Standards document]. | ||
== How to get started == | |||
One of the best ways to dive into the code is to help review [[pull request]]s. | |||
[https://jonatack.github.io/articles/how-to-review-pull-requests-in-bitcoin-core How to Review Pull Requests in Bitcoin Core] is a great place to start reading about this. And the [https://bitcoincore.reviews/ Bitcoin Core PR Review Club] is a weekly event on IRC which helps newbies with this process. | |||
==See Also== | ==See Also== | ||
Latest revision as of 16:31, 17 June 2020
Bitcoin Core Open Source Development Process
The Bitcoin Core project operates an open contributor model where anyone is welcome to contribute towards development in the form of peer review, testing and patches.
Bitcoin Core has transitioned from what was essentially a one-person software endeavor, with Satoshi functioning as the primary developer and gatekeeper for all changes, to a more distributed, free software model of development with hundreds of contributors. The Linux Kernel development process is being used as the model for how changes flow into the original Bitcoin application:
- Developers work in their own source code trees, sharing and testing patches with each other. Git, using github, is the preferred source control system for development.
- When a developer thinks a patch is ready, they submit a pull request for the bitcoin github repository and post a message on the Development and Technical Forum.
- Pull requests are discussed on the forums and if there is consensus they're safe, tested, useful, well written, match coding style, etc. then they're merged into the 'master' branch.
- The master github branch is regularly built and tested, and periodically given a "release candidate" tag followed by a version tag which is then an official, stable Bitcoin Core release.
- After being accepted into the mainline master branch, bugfixes are merged or backported into the current stable branch, which periodically releases stable older versions.
Please read and follow the Bitcoin Core Coding Standards document.
How to get started
One of the best ways to dive into the code is to help review pull requests. How to Review Pull Requests in Bitcoin Core is a great place to start reading about this. And the Bitcoin Core PR Review Club is a weekly event on IRC which helps newbies with this process.