Merge bitcoindevkit/bdk#1039: docs: add required style for commit messages
e17f03e7555b7b6f5348b9854f3d4ef559e84d75 docs: add required style for commit messages (Steve Myers) Pull request description: ### Description Update CONTRIBUTING.md to specify that new commits should use 'Conventional Commits 1.0' style messages. See https://www.conventionalcommits.org/en/v1.0.0/. I also fixed our current MSRV in the doc and fixed a spelling error. ### Notes to the reviewers I'm open to suggestions if anyone has another well documented style for commit messages. ### Changelog notice None. ### Checklists #### All Submissions: * [x] I've signed all my commits * [x] I followed the [contribution guidelines](https://github.com/bitcoindevkit/bdk/blob/master/CONTRIBUTING.md) * [x] I ran `cargo fmt` and `cargo clippy` before committing ACKs for top commit: thunderbiscuit: ACK e17f03e7555b7b6f5348b9854f3d4ef559e84d75. I've been using conventional commits for Padawan for over 2 years and think it's got good value, particularly on projects with bigger teams and number of contributors. danielabrozzoni: ACK e17f03e7555b7b6f5348b9854f3d4ef559e84d75 - I was hesitant at first, but I think this would make the commit messages cleaner (and in most cases even shorter). Going forward we should consider adding a CI check enforcing this. Tree-SHA512: 5f4c42814e35e013ff7846110b2897a35720b8f4b8974f8c8004fc0f5161a10076cac62a7aa711c14295129999f93e238034972f28b77145c1917613f8856b03
This commit is contained in:
commit
933056706c
@ -46,15 +46,15 @@ Every new feature should be covered by functional tests where possible.
|
|||||||
When refactoring, structure your PR to make it easy to review and don't
|
When refactoring, structure your PR to make it easy to review and don't
|
||||||
hesitate to split it into multiple small, focused PRs.
|
hesitate to split it into multiple small, focused PRs.
|
||||||
|
|
||||||
The Minimal Supported Rust Version is 1.46 (enforced by our CI).
|
The Minimal Supported Rust Version is **1.57.0** (enforced by our CI).
|
||||||
|
|
||||||
Commits should cover both the issue fixed and the solution's rationale.
|
Commits should cover both the issue fixed and the solution's rationale.
|
||||||
These [guidelines](https://chris.beams.io/posts/git-commit/) should be kept in mind.
|
These [guidelines](https://chris.beams.io/posts/git-commit/) should be kept in mind. Commit messages should follow the ["Conventional Commits 1.0.0"](https://www.conventionalcommits.org/en/v1.0.0/) to make commit histories easier to read by humans and automated tools.
|
||||||
|
|
||||||
To facilitate communication with other contributors, the project is making use
|
To facilitate communication with other contributors, the project is making use
|
||||||
of GitHub's "assignee" field. First check that no one is assigned and then
|
of GitHub's "assignee" field. First check that no one is assigned and then
|
||||||
comment suggesting that you're working on it. If someone is already assigned,
|
comment suggesting that you're working on it. If someone is already assigned,
|
||||||
don't hesitate to ask if the assigned party or previous commenters are still
|
don't hesitate to ask if the assigned party or previous commenter are still
|
||||||
working on it if it has been awhile.
|
working on it if it has been awhile.
|
||||||
|
|
||||||
Deprecation policy
|
Deprecation policy
|
||||||
|
Loading…
x
Reference in New Issue
Block a user