Skip to content

Commit 4f895a7

Browse files
committed
Merge rust-bitcoin#4119: chore: remove redundant words in CONTRIBUTING.md
083a33a chore: remove redundant words in CONTRIBUTING.md (costcould) Pull request description: ACKs for top commit: tcharding: ACK 083a33a apoelstra: ACK 083a33a; successfully ran local tests Tree-SHA512: 7ec7d6f4a38630a1c2ab73674d431c8950eed6569589f16a6ae48425de39eb94e11a35f865e32d721f1ff0d51ebef0604ad0bc7236e37f666473405b2e2cd6ab
2 parents e406ece + 083a33a commit 4f895a7

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

CONTRIBUTING.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -130,7 +130,7 @@ adhere to the ideas presented in the following two blog posts:
130130
Whenever any part of your code wants to mention the version number the code will
131131
be released in, primarily in deprecation notices, you should use the string
132132
`TBD` (verbatim), so that the release preparation script can detect the
133-
change and the correct version number can be filled in in preparation of the
133+
change and the correct version number can be filled in preparation of the
134134
release.
135135

136136
```rust
@@ -360,7 +360,7 @@ All errors that live in an `error` module (eg, `foo/error.rs`) and appear in a p
360360

361361
With respect to `expect` messages, they should follow the
362362
[Rust standard library guidelines](https://doc.rust-lang.org/std/option/enum.Option.html#recommended-message-style).
363-
More specifically, `expect` messages should be used to to describe the reason
363+
More specifically, `expect` messages should be used to describe the reason
364364
you expect the operation to succeed.
365365
For example, this `expect` message clearly states why the operation should succeed:
366366

0 commit comments

Comments
 (0)