External repository for Bitcoin Core related maintenance tools.
A small script to automate merging pull-requests securely and sign them with GPG.
For example:
./github-merge.py 1234
(in any git repository) will help you merge pull request #1234 for the configured repository.
What it does:
- Fetch master and the pull request.
- Locally construct a merge commit.
- Show the diff that merge results in.
- Ask you to verify the resulting source tree (so you can do a make check or whatever).
- Ask you whether to GPG sign the merge commit.
- Ask you whether to push the result upstream.
This means that there are no potential race conditions (where a pull request gets updated while you're reviewing it, but before you click merge), and when using GPG signatures, that even a compromised GitHub couldn't mess with the sources.
Configuring the github-merge tool for the bitcoin repository is done in the following way:
git config githubmerge.repository bitcoin/bitcoin
git config githubmerge.testcmd "make -j4 check" (adapt to whatever you want to use for testing)
git config --global user.signingkey mykeyid
If you want to use HTTPS instead of SSH for accessing GitHub, you need set the host additionally:
git config githubmerge.host "https://github.com" (default is "git@github.com", which implies SSH)
The API request limit for unauthenticated requests is quite low, but the limit for authenticated requests is much higher. If you start running into rate limiting errors it can be useful to set an authentication token so that the script can authenticate requests.
- First, go to Personal access tokens.
- Click 'Generate new token'.
- Fill in an arbitrary token description. No further privileges are needed.
- Click the
Generate token
button at the bottom of the form. - Copy the generated token (should be a hexadecimal string)
Then do:
git config --global user.ghtoken "pasted token"
To create or verify timestamps on the merge commits, install the OpenTimestamps
client via pip3 install opentimestamps-client
. Then, download the gpg wrapper
ots-git-gpg-wrapper.sh
and set it as git's gpg.program
. See
the ots git integration documentation
for further details.
Run this script from the root of a repository to update all translations from Transifex. It will do the following automatically:
- Fetch all translations
- Post-process them into valid and committable format
- Add missing translations to the build system (TODO)
A script to format cpp source code according to the .clang-format file in the bitcoin repo. This should only be applied to new files or files which are currently not actively developed on. Also, git subtrees are not subject to formatting.
Note: The script is currently untested and unmaintained, but kept for archival reasons, in case it is planned to be used some day.
Build for binary comparison.
See build-for-compare.py --help
for more information.
Builds from current directory, which is assumed to be a git clone of the bitcoin repository.
DO NOT RUN this with the nocopy=1 flag set on working tree if you have any local additions, it will nuke all non-repository files, multiple times over. By leaving nocopy off (default) the git tree is copied to a temporary directory and all operations are performed there.
Example:
git clone https://github.com/bitcoin/bitcoin.git bitcoin-compare
cd bitcoin-compare
../bitcoin-maintainer-tools/build-for-compare.py 4731cab 2f71490
sha256sum /tmp/compare/bitcoind.*.stripped
git diff -W --word-diff /tmp/compare/4731cab /tmp/compare/2f71490
Script to backport pull requests in order of merge, to minimize number of conflicts.
Pull ids are listed in to_backport.txt
or given on the command line.
Requires pip3 install gitpython
or similar.
unittest-statistics.py
can be used to print a table of the slowest 20 unit tests.
Usage:
unittest-statistics.py </path/to/test_bitcoin> [<subtest>]
For example:
unittest-statistics.py src/test/test_bitcoin wallet_tests
This script will show the SHA512 tree has for a certain commit, or HEAD by default.
Usage:
treehash512.py [<commithash>]
This should match the Tree-SHA512 commit metadata field added by github-merge.
This is an utility to manually add a treehash to the HEAD commit and then gpg-sign it. This is useful when there is the need to manually add a commit.
Usage:
signoff.py
(no command line arguments)
When there is already a treehash on the HEAD commit, it is compared against what is computed. If this matches, it continues. If the treehash mismatches an error is thrown. If there is no treehash it adds the "Tree-SHA512:" header with the computed hash to the commit message.
After making sure the treehash is correct it verifies whether the commit is signed. If so it just displays the signature, if not, it is signed.
Bitcoin Core comes with several subtrees (c.f. https://github.com/bitcoin/bitcoin/tree/master/test/lint#git-subtree-checksh) To update the subtree, make sure to fetch the remote of the subtree. Then a simple call should pull in and squash the changes:
git subtree pull --prefix src/${prefix} ${remote_repo} ${ref} --squash
For setting up a subtree, refer to git help subtree
.
Sanity-check the DNS seeds used by Bitcoin Core.
Usage:
check-dnsseeds.py
Example output:
* Mainnet
OK seed.bitcoin.sipa.be (40 results)
OK dnsseed.bluematt.me (33 results)
FAIL dnsseed.bitcoin.dashjr.org
OK seed.bitcoinstats.com (50 results)
OK seed.bitcoin.jonasschnelli.ch (38 results)
OK seed.btc.petertodd.org (23 results)
OK seed.bitcoin.sprovoost.nl (35 results)
OK dnsseed.emzy.de (41 results)
* Testnet
OK testnet-seed.bitcoin.jonasschnelli.ch (36 results)
OK seed.tbtc.petertodd.org (38 results)
OK testnet-seed.bluematt.me (5 results)
Fast local copy of Bitcoin Core blockchain state.
fastcopy-chaindata.py ~/.bitcoin /path/to/temp/datadir
This utility hardlinks all but the last block data file (rev and blk), and hardlinks all .ldb files to the destination. The last data files as well as the other leveldb data files (such as the log) are copied.
This relies on the fact that block files (except the last) and ldb files are read-only once they are written.
Warning: Hardlinking only works within a filesystem, and may not work for all filesystems.
Copy a transifex resource to another.
Run the script providing the slug of the project and the slug of the old and new resource. The new resource should already have been created, but be otherwise empty. It should be based on the exact same source translation.
Example: Old resource slug: 'old' New resource slug: 'new'
python transifex-migrate-resource.py project old new
After running the command you will be asked for your Transifex username and password.
Script to parse git commit list, extract github issues to create a changelog in text and json format.
Run this in the root directory of the repository.
This requires an up-to-date checkout of https://github.com/zw/bitcoin-gh-meta.git
in the parent directory, or environment variable GHMETA
.
It takes a range of commits and a .json file of PRs to exclude, for example if these are already backported in a minor release. This can be the pulls.json generated from a previous release.
Example usage:
../maintainer-tools/list-pulls.py v0.18.0 0.19 relnot/pulls-exclude.json > relnot/pulls.md
The output of this script is a first draft based on rough heuristics, and likely needs to be extensively manually edited before ending up in the release notes.
Make a new release tag, performing a few checks.
Usage: make-tag.py <tag>
.