Some random doc changes:
- Add sections to docs, so that they can be linked to
- Explain that anyone (even maintainers) are allowed to work on good first issues
- Expand section on Getting Started slightly
Some random doc changes:
Changes have been split out from #19071 because they are unrelated
32 | +unsure, you might want to leave a comment on the issue first. 33 | + 34 | +You may also participate in the weekly 35 | +[Bitcoin Core PR Review Club](https://bitcoincore.reviews/) meeting. 36 | + 37 | +Finally, review and testing is important as well. It gives you an idea of what
Finally, review and testing are important as well. It gives you an idea of what
42 | + 43 | +### Good First Issue Label 44 | + 45 | +The purpose of the `good first issue` label is to highlight which issues are suitable for a new contributor without a deep understanding of the codebase. 46 | + 47 | +However, `good first issue`s can be solved by anyone. If they remain unsolved for a longer time, a common contributor might address them.
consider frequent for common to clarify
6 | @@ -7,15 +7,14 @@ assignees: '' 7 | 8 | --- 9 | 10 | +<!-- A good first issue is an uncontroversial issue, that has a more or less unique and obvious solution -->
<!-- A good first issue is an uncontroversial issue, that has a relatively unique and obvious solution -->
13 | @@ -14,15 +14,44 @@ purposes. As such there are repository "maintainers" who are responsible for 14 | merging pull requests as well as a "lead maintainer" who is responsible for the 15 | release cycle, overall merging, moderation and appointment of maintainers. 16 | 17 | +Getting Started 18 | +--------------- 19 | + 20 | +New developers are very welcome and needed. There are a lot of open issues of 21 | +any difficulty waiting to be fixed. However, before you start contributing,
varying difficulty waiting to be fixed. However, before you start contributing,
44 | + 45 | +The purpose of the `good first issue` label is to highlight which issues are suitable for a new contributor without a deep understanding of the codebase. 46 | + 47 | +However, `good first issue`s can be solved by anyone. If they remain unsolved for a longer time, a common contributor might address them. 48 | + 49 | +You do not need to request permission to start working on this. You are encouraged to comment on the issue if you are planning to work on it. This will help other contributors monitor which issues are actively being addressed and is also an effective way to request assistance if and when you need it.
You do not need to request permission to start working on an issue. However, you are encouraged to leave a comment if you are planning to work on it. This will help other contributors monitor which issues are actively being addressed and is also an effective way to request assistance if and when you need it.
132 | @@ -100,18 +133,24 @@ Examples: 133 | qt: Add feed bump button 134 | log: Fix typo in log message 135 | 136 | +The body of the pull request should contain enough description about what the 137 | +patch does together with any justification/reasoning. You should include 138 | +references to any discussions (for example other tickets or mailing list
references to any discussions (for example, other tickets or mailing list
A few grammatical comments and phrasing suggestions.
81 | @@ -53,6 +82,8 @@ To contribute a patch, the workflow is as follows: 82 | The project coding conventions in the [developer notes](doc/developer-notes.md) 83 | must be followed. 84 | 85 | +### Commiting Patches
Committing
13 | @@ -14,15 +14,44 @@ purposes. As such there are repository "maintainers" who are responsible for 14 | merging pull requests as well as a "lead maintainer" who is responsible for the 15 | release cycle, overall merging, moderation and appointment of maintainers. 16 | 17 | +Getting Started 18 | +--------------- 19 | + 20 | +New developers are very welcome and needed. There are a lot of open issues of
suggest s/a lot/many/
It may be a good idea to work in a phrase, similar to this one, early in this section:
Reviewing and testing is the most effective way you can contribute as a new contributor, and also will teach you much more about the code and process than opening PRs.
(credit to @jnewbery for that sentence: https://bitcoincore.reviews/16512#l-139)
Concept ACK
Concept ACK.
Concept ACK - perhaps address some of the linted spelling issues here? https://travis-ci.org/github/bitcoin/bitcoin/jobs/691399798
Looks good. Will ACK once you've taken suggestions (or not).
Thanks @adamjonas, @jonatack and @Empact I may have addressed your feedback. Let me know if I forgot something
ACK fa42155
26 | + 27 | +Before you start contributing, familiarize yourself with the Bitcoin Core build 28 | +system and tests. Refer to the documentation in the repository on how to build 29 | +Bitcoin Core and how to run the unit and functional tests. 30 | + 31 | +There are many of open issues of varying difficulty waiting to be fixed.
s/many of/many/
18 | +--------------- 19 | + 20 | +New developers are very welcome and needed. 21 | + 22 | +Reviewing and testing is the most effective way you can contribute as a new 23 | +contributor, and also will teach you much more about the code and process than
s/and/and it/
147 | + 148 | Note that translations should not be submitted as pull requests. Please see 149 | [Translation Process](https://github.com/bitcoin/bitcoin/blob/master/doc/translation_process.md) 150 | for more information on helping with translations. 151 | 152 | +### Work in Progress changes and Requests for Comment
s/Comment/Comments/ or Feedback (in singular form)
13 | @@ -14,15 +14,49 @@ purposes. As such there are repository "maintainers" who are responsible for 14 | merging pull requests as well as a "lead maintainer" who is responsible for the 15 | release cycle, overall merging, moderation and appointment of maintainers. 16 | 17 | +Getting Started 18 | +--------------- 19 | + 20 | +New developers are very welcome and needed.
s/developers/contributors/?
19 | + 20 | +New developers are very welcome and needed. 21 | + 22 | +Reviewing and testing is the most effective way you can contribute as a new 23 | +contributor, and also will teach you much more about the code and process than 24 | +opening PRs. Please refer to the section [peer review](#peer-review) later in
[Peer Review](#peer-review) (the section title markdown is ### Peer Review)
A couple of grammar fixups but this is a nice improvement :heart:
43 | +### Good First Issue Label 44 | + 45 | +The purpose of the `good first issue` label is to highlight which issues are 46 | +suitable for a new contributor without a deep understanding of the codebase. 47 | + 48 | +However, `good first issue`s can be solved by anyone. If they remain unsolved
good first issues isn't very readable; suggest plain text here on line 47: good first issues (while leaving line 44 as it is)
@jonatack Fixed
ACK fa3981b3de1dd0d8bf04a93ab4c94af78231ec05
Sorry about the iterative review and the mistakes in my first review comments.
<!--e57a25ab6845829454e8d69fc972939a-->
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
<!--174a7506f384e20aa4161008e828411d-->
Reviewers, this pull request conflicts with the following ones:
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first.
66 | @@ -33,7 +67,7 @@ requests. 67 | 68 | The developer 69 | [mailing list](https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev) 70 | -should be used to discuss complicated or controversial changes before working on 71 | +should be used to discuss complicated or controversial consensus or protocol changes before working on
maybe P2P protoocol? (to distinguish it from internal or interprocess interfaces)
Done. Fixed in commit 100000d1
This makes it possible to link and refer to subsections
Also, minor clarifications
Co-authored-by: Adam Jonas <jonas@chaincode.com>
Co-authored-by: Jon Atack <jon@atack.com>
15 |
16 | <!-- (For example, “C++11 std::thread”, “Qt5 GUI and async GUI design” or “basic understanding of Bitcoin mining and the Bitcoin Core RPC interface”.) -->
17 |
18 | #### Want to work on this issue?
19 |
20 | -The purpose of the `good first issue` label is to highlight which issues are suitable for a new contributor without a deep understanding of the codebase.
I'm ~0 on removing this. You might want to replace it with a reference to the CONTRIBUTING.md.
There should already be a link to CONTRIB.md
Addressed feedback by @laanwj
ACK facef3d4131f9980a4516282f11731361559509c
ACK facef3d4131f9980a4516282f11731361559509c