|
||
---|---|---|
cryptopp | ||
json | ||
locale | ||
obj | ||
rc | ||
xpm | ||
README.md | ||
base58.h | ||
bignum.h | ||
build-msw.txt | ||
build-osx.txt | ||
build-unix.txt | ||
coding.txt | ||
db.cpp | ||
db.h | ||
headers.h | ||
init.cpp | ||
init.h | ||
irc.cpp | ||
irc.h | ||
key.h | ||
license.txt | ||
main.cpp | ||
main.h | ||
makefile.mingw | ||
makefile.osx | ||
makefile.unix | ||
makefile.vc | ||
net.cpp | ||
net.h | ||
noui.h | ||
rpc.cpp | ||
rpc.h | ||
script.cpp | ||
script.h | ||
serialize.h | ||
setup.nsi | ||
sha256.cpp | ||
strlcpy.h | ||
ui.cpp | ||
ui.h | ||
ui.rc | ||
uibase.cpp | ||
uibase.h | ||
uint256.h | ||
uiproject.fbp | ||
util.cpp | ||
util.h |
README.md
Bitcoin integration/staging tree
Straw-man plan for Bitcoin development (open source vets, please slap me around and help make this better):
Developers work in their own trees, then submit pull requests when they think their feature is ready.
Requests get discussed (where? bitcoin forums?) and if there's broad consensus they're a good thing, well written, match coding style, etc. then they're merged into the 'master' branch.
master branch is regularly built and tested (by who? need people willing to be quality assurance testers), and periodically pushed to the subversion repo to become the official, stable, released bitcoin.
We'll create feature branches if/when there are major new features being worked on by several people.