Merge pull request #1551 from bitcoin-dot-org/wbnns-doc-fixes

Repository documentation fixes
This commit is contained in:
Will Binns 2017-03-27 14:53:16 -06:00 committed by GitHub
commit 16c54cac37
4 changed files with 77 additions and 85 deletions

View file

@ -69,7 +69,7 @@ members of the project's leadership.
## Attribution ## Attribution
This Code of Conduct is adapted from the [Contributor Covenant][homepage], This Code of Conduct is adapted from the [Contributor Covenant][homepage],
version 1.4, available at [http://contributor-covenant.org/version/1/4][version] version 1.4, available at [http://contributor-covenant.org/version/1/4][version].
[homepage]: http://contributor-covenant.org [homepage]: http://contributor-covenant.org
[version]: http://contributor-covenant.org/version/1/4/ [version]: http://contributor-covenant.org/version/1/4/

View file

@ -31,7 +31,7 @@ To create a new Bitcoin Core release, create a new file in the
recommend naming it after the release, such as `0.10.0.md` recommend naming it after the release, such as `0.10.0.md`
Then copy in the following YAML header (the part between the three dashes, ---): Then copy in the following YAML header (the part between the three dashes, ---):
~~~ ```
--- ---
# This file is licensed under the MIT License (MIT) available on # This file is licensed under the MIT License (MIT) available on
# http://opensource.org/licenses/MIT. # http://opensource.org/licenses/MIT.
@ -59,7 +59,6 @@ optional_magnetlink:
## (whitespace only) line, like the empty line before this list item. ## (whitespace only) line, like the empty line before this list item.
## ##
## 2. Place URLs inside angle brackets, like <http://bitcoin.org/bin> ## 2. Place URLs inside angle brackets, like <http://bitcoin.org/bin>
--- ---
``` ```
@ -91,9 +90,10 @@ is the particular version:
1. Create a new branch named `bitcoin-core-<VERSION>`. You can either 1. Create a new branch named `bitcoin-core-<VERSION>`. You can either
do this locally or in GitHub's web GUI. do this locally or in GitHub's web GUI.
2. Follow the instructions in the [Release Notes][] section to create a 2. Follow the instructions in the [Release
new release. You should leave the `optional_date` blank unless you Notes](https://github.com/bitcoin-dot-org/bitcoin.org/blob/master/docs/adding-events-release-notes-and-alerts.md#release-notes)
happen to know the date of the planned release. section to create a new release. You should leave the `optional_date` blank
unless you happen to know the date of the planned release.
3. Push the branch to the https://github.com/bitcoin-dot-org/bitcoin.org 3. Push the branch to the https://github.com/bitcoin-dot-org/bitcoin.org
repository so any contributor can edit it. **Don't** open a pull repository so any contributor can edit it. **Don't** open a pull
@ -105,61 +105,58 @@ is the particular version:
being uploaded. being uploaded.
5. Open the failed Travis CI log. At the end, it will say something like: 5. Open the failed Travis CI log. At the end, it will say something like:
```
ERROR: ERROR:
Error: Could not retrieve Error: Could not retrieve /bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win64-setup.exe
/bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win64-setup.exe Error: Could not retrieve /bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win32-setup.exe
Error: Could not retrieve [...]
/bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win32-setup.exe ```
[...]
6. Copy the errors from above into a text file and remove everything 6. Copy the errors from above into a text file and remove everything
except for the URLs so that what's left are lines that look like: except for the URLs so that what's left are lines that look like:
```
/bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win64-setup.exe /bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win64-setup.exe
/bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win32-setup.exe /bin/bitcoin-core-0.10.1/bitcoin-0.10.1-win32-setup.exe
[...] [...]
```
7. Optional, but nice: sort the lines into alphabetical order. 7. Optional, but nice: sort the lines into alphabetical order.
8. Now open a pull request from the `bitcoin-core-<VERSION>` branch to 8. Now open a pull request from the `bitcoin-core-<VERSION>` branch to
the `master` branch. We recommend that you use this title: "Releases: the `master` branch. We recommend that you use this title: "Releases:
Add Bitcoin Core &lt;VERSION>". Add Bitcoin Core <VERSION>".
We recommend that you use the following text with any changes you We recommend that you use the following text with any changes you
think are appropriate. **Note:** read all the way to the end of this think are appropriate. **Note:** read all the way to the end of this
enumerated point before submitting your pull request. enumerated point before submitting your pull request.
```
This updates the download links to point to <VERSION> and adds the <VERSION>
release notes to the site. I'll keep it updated throughout the RC cycle, but it
can be merged by anyone with commit access once <VERSION> final is released (see
TODO lists below).
This updates the download links to point to <VERSION> and adds the CC: @laanwj
<VERSION> release notes to the site. I'll keep it updated throughout ```
the RC cycle, but it can be merged by anyone with commit access
once <VERSION> final is released (see TODO lists below).
CC: @laanwj Essential TODO:
Essential TODO: * [ ] Make sure the download links work. This is automatically checked as part
of the Travis CI build, so trigger a rebuild and, if it passes, this should be
safe to merge.
* [ ] Make sure the download links work. This is automatically checked Optional TODO (may be done in commits after merge):
as part of the Travis CI build, so trigger a rebuild and, if it
passes, this should be safe to merge.
Optional TODO (may be done in commits after merge): * [ ] Add the actual release date to the YAML header in `_releases/0.10.1.md`
* [ ] Add the magnet URI to the YAML header in `_releases/0.10.1.md` (brief
instructions for creating the link are provided as comments in that file)
* [ ] Add the actual release date to the YAML header in Expected URLs for the Bitcoin Core binaries:
`_releases/0.10.1.md`
* [ ] Add the magnet URI to the YAML header in `_releases/0.10.1.md`
(brief instructions for creating the link are provided as comments in
that file)
Expected URLs for the Bitcoin Core binaries: Underneath the line 'Expected URLs', paste the URLs you retrieved from Travis CI
earlier.
Underneath the line 'Expected URLs', paste the URLs you retrieved Note that @laanwj is Wladimir J. van der Laan, who is usually responsible for
from Travis CI earlier. uploading the Bitcoin Core binaries. If someone else is responsible for this
release, CC them instead. If you don't know who is responsible, ask in
Note that @laanwj is Wladimir J. van der Laan, who is usually #bitcoin-dev on Freenode.
responsible for uploading the Bitcoin Core binaries. If someone
else is responsible for this release, CC them instead. If you don't
know who is responsible, ask in #bitcoin-dev on Freenode.
9. After creating the pull request, use the Labels menu to assign it the 9. After creating the pull request, use the Labels menu to assign it the
"Releases" label. This is important because it's what the Bitcoin "Releases" label. This is important because it's what the Bitcoin
@ -194,48 +191,42 @@ addresses are on the linked GitHub profiles.
<https://bitcoin.org/en/alert/YYYY-MM-DD-short-title>). <https://bitcoin.org/en/alert/YYYY-MM-DD-short-title>).
2. Paste the following text into the top of the file: 2. Paste the following text into the top of the file:
```
---
## Title displayed on alert page
title: "11/12 March 2017 Chain Fork"
## Short URL for use in P2P network alerts: https://bitcoin.org/<shorturl>
shorturl: "chainfork"
## Active alerts will display the banner (below) on all bitcoin.org content pages
active: true
## Banner displayed if 'active: true'. Can use HTML formatting banner: "<b>Chain fork</b> - Please stop mining on bitcoin version 0.14.1. Click here for more information."
## Date of the alert in YYYY-MM-DD format
date: 2017-03-11
---
``` {% comment %}
--- First paragraph should indicate whose bitcoins are safe, to avoid starting a panic.
## Title displayed on alert page {% comment %}
title: "11/12 March 2013 Chain Fork"
## Short URL for use in P2P network alerts: https://bitcoin.org/<shorturl>
shorturl: "chainfork"
## Active alerts will display the banner (below) on all bitcoin.org content
pages
active: true
## Banner displayed if 'active: true'. Can use HTML formatting
banner: "<b>Chain fork</b> - Please stop mining on bitcoin version 0.8.0.
Click here for more information."
## Date of the alert in YYYY-MM-DD format
date: 2015-03-11
---
{% comment %} Your bitcoins are safe if you received them in transactions confirmed before 2015-07-06 00:00 UTC.
First paragraph should indicate whose bitcoins are safe, to avoid
starting a panic.
{% comment %}
Your bitcoins are safe if you received them in transactions {% comment %}
confirmed before 2015-07-06 00:00 UTC. Second paragraph should summarize the problem, and subsequent
text should indicate what people should do immediately.
Consider: users (by wallet type), merchants, and miners.
{% comment %}
{% comment %} However, there has been a problem with a planned upgrade. For
Second paragraph should summarize the problem, and subsequent bitcoins received later than the time above, confirmation scores are
text should indicate what people should do immediately. significantly less reliable then they usually are for users of
Consider: users (by wallet type), merchants, and miners. certain software:
{% comment %}
However, there has been a problem with a planned upgrade. For - Lightweight (SPV) wallet users should wait an additional 30
bitcoins received later than the time above, confirmation scores are
significantly less reliable then they usually are for users of
certain software:
- Lightweight (SPV) wallet users should wait an additional 30
confirmations more than you would normally wait. Electrum users, confirmations more than you would normally wait. Electrum users,
please see this note. please see this note.
``` ```
- Edit the file. It is written in [Markdown format][]. - Edit the file. It is written in [Markdown format](https://guides.github.com/features/mastering-markdown/).
- Commit it. - Commit it.
@ -266,7 +257,7 @@ The following fields may be defined in the the alert YAML header:
```yaml ```yaml
--- ---
## (Required; HTML text) Title displayed on alert page ## (Required; HTML text) Title displayed on alert page
title: "11/12 March 2013 Chain Fork" title: "11/12 March 2017 Chain Fork"
## (Optional; display ASCII only) Short URL for use in P2P network alerts: ## (Optional; display ASCII only) Short URL for use in P2P network alerts:
https://bitcoin.org/<shorturl> https://bitcoin.org/<shorturl>
shorturl: "chainfork" shorturl: "chainfork"
@ -275,7 +266,7 @@ all bitcoin.org content pages
active: true active: true
## (Optional; HTML text) Banner displayed if 'active: true'. Can use HTML ## (Optional; HTML text) Banner displayed if 'active: true'. Can use HTML
formatting formatting
banner: "<b>Chain fork</b> - Please stop mining on bitcoin version 0.8.0. Click banner: "<b>Chain fork</b> - Please stop mining on bitcoin version 0.14.1. Click
here for more information." here for more information."
## (Optional; default=alert) CSS class to set banner color ## (Optional; default=alert) CSS class to set banner color
## alert = red | warning = orange | success = green | info = blue ## alert = red | warning = orange | success = green | info = blue
@ -290,7 +281,7 @@ the document:
```html ```html
<div style="text-align:right"> <div style="text-align:right">
<i>This notice last updated: Thu, 16 May 2013 01:37:00 UTC</i> <i>This notice last updated: Thu, 16 May 2017 01:37:00 UTC</i>
</div> </div>
``` ```

View file

@ -33,5 +33,5 @@ Here are some ways you can help:
or by filling in a [pre-made events issue](https://github.com/bitcoin-dot-org/bitcoin.org/issues/new?title=New%20event&body=%20%20%20%20-%20date%3A%20YYYY-MM-DD%0A%20%20%20%20%20%20title%3A%20%22%22%0A%20%20%20%20%20%20venue%3A%20%22%22%0A%20%20%20%20%20%20address%3A%20%22%22%0A%20%20%20%20%20%20city%3A%20%22%22%0A%20%20%20%20%20%20country%3A%20%22%22%0A%20%20%20%20%20%20link%3A%20%22%22). or by filling in a [pre-made events issue](https://github.com/bitcoin-dot-org/bitcoin.org/issues/new?title=New%20event&body=%20%20%20%20-%20date%3A%20YYYY-MM-DD%0A%20%20%20%20%20%20title%3A%20%22%22%0A%20%20%20%20%20%20venue%3A%20%22%22%0A%20%20%20%20%20%20address%3A%20%22%22%0A%20%20%20%20%20%20city%3A%20%22%22%0A%20%20%20%20%20%20country%3A%20%22%22%0A%20%20%20%20%20%20link%3A%20%22%22).
* Help improve Bitcoin.org another way. Email volunteer coordinators Will Binns ([will@bitcoin.org](mailto:will@bitcoin.org)) * Help improve Bitcoin.org another way. Email volunteer coordinators Will Binns ([will@bitcoin.org](mailto:will@bitcoin.org))
or Dave Harding ([dave@dtrt.org](mailto: dave@dtrt.org)) to let us know how or Dave Harding ([dave@dtrt.org](mailto:dave@dtrt.org)) to let us know how
what you're interested in and how you'd like to get involved. what you're interested in and how you'd like to get involved.

View file

@ -11,8 +11,9 @@ page is refreshed.
For anything more than simple text previews, you will need to build the For anything more than simple text previews, you will need to build the
site. If you can't do this yourself using the instructions below, please site. If you can't do this yourself using the instructions below, please
[open a pull request][pull request] with your suggested change and one [open a pull request](https://github.com/bitcoin-dot-org/bitcoin.org/compare)
of the site developers will create a preview for you. with your suggested change and one of the site developers will create a preview
for you.
To build the site, you need to go through a one-time installation To build the site, you need to go through a one-time installation
procedure that takes 15 to 30 minutes. After that you can build the procedure that takes 15 to 30 minutes. After that you can build the