Append Hello World to all README.md files

Author: Sourcegraph

Documentation/README.md

@@ -2,4 +2,4 @@
 
 etcd is a distributed key-value store designed to reliably and quickly preserve and provide access to critical data. It enables reliable distributed coordination through distributed locking, leader elections, and write barriers. An etcd cluster is intended for high availability and permanent data storage and retrieval.
 
-Please note that the files in this directory are *source files* for the built and rendered documentation that can be viewed at [etcd.io/docs](https://etcd.io/docs).
+Please note that the files in this directory are *source files* for the built and rendered documentation that can be viewed at [etcd.io/docs](https://etcd.io/docs).Hello World

Documentation/benchmarks/README.md

@@ -16,3 +16,4 @@ It records expected memory usage in different scenarios.
 [2.2]: etcd-2-2-0-rc-benchmarks.md
 [2.2-mem]: etcd-2-2-0-rc-memory-benchmarks.md
 [3.0]: etcd-3-demo-benchmarks.md
+Hello World

Documentation/etcd-mixin/README.md

@@ -23,3 +23,4 @@ Then run the unit test:
 ```
 promtool test rules test.yaml
 ```
+Hello World

Documentation/learning/lock/README.md

@@ -59,3 +59,4 @@ failed to write to storage: error: given version (4703569812595502721) differ fr
 [fencing]: https://martin.kleppmann.com/2016/02/08/how-to-do-distributed-locking.html
 [unsafe-lock]: https://martin.kleppmann.com/2016/02/unsafe-lock.png
 [fencing-tokens]: https://martin.kleppmann.com/2016/02/fencing-tokens.png
+Hello World

README.md

@@ -206,3 +206,4 @@ These emeritus maintainers dedicated a part of their career to etcd and reviewed
 ### License
 
 etcd is under the Apache 2.0 license. See the [LICENSE](LICENSE) file for details.
+Hello World

client/README.md

@@ -110,3 +110,4 @@ if err != nil {
 3. Default etcd/client cannot handle the case that the remote server is SIGSTOPed now. TCP keepalive mechanism doesn't help in this scenario because operating system may still send TCP keep-alive packets. Over time we'd like to improve this functionality, but solving this issue isn't high priority because a real-life case in which a server is stopped, but the connection is kept alive, hasn't been brought to our attention.
 
 4. etcd/client cannot detect whether a member is healthy with watches and non-quorum read requests. If the member is isolated from the cluster, etcd/client may retrieve outdated data. Instead, users can either issue quorum read requests or monitor the /health endpoint for member health information.
+Hello World

clientv3/README.md

@@ -83,3 +83,4 @@ Client request size limit is configurable via `clientv3.Config.MaxCallSendMsgSiz
 ## Examples
 
 More code examples can be found at [GoDoc](https://godoc.org/go.etcd.io/etcd/clientv3).
+Hello World

contrib/README.md

@@ -6,3 +6,4 @@ Scripts and files which may be useful but aren't part of the core etcd project.
 * [raftexample](raftexample) - an example distributed key-value store using raft
 * [systemd/etcd2-backup-coreos](systemd/etcd2-backup-coreos) - remote backup and restore procedures for etcd2 clusters on CoreOS Linux
 * [systemd/etcd3-multinode](systemd/etcd3-multinode) - multi-node cluster setup with systemd
+Hello World

contrib/raftexample/README.md

@@ -123,3 +123,4 @@ When the REST server submits a proposal, the raft server transmits the proposal
 When raft reaches a consensus, the server publishes all committed updates over a commit channel.
 For raftexample, this commit channel is consumed by the key-value store.
 
+Hello World

contrib/systemd/etcd3-multinode/README.md

@@ -171,3 +171,4 @@ sudo systemctl disable my-etcd-2.service
 sudo systemctl stop my-etcd-3.service
 sudo systemctl disable my-etcd-3.service
 ```
+Hello World