标准 Readme 样式
README 文件是人们通常最先看到的第一个东西。它应该告诉人们为什么要使用、如何安装、以及如何使用你的代码。README 文件标准化能够使得创建和维护 README 文件更加简单。 毕竟，要写好一个文档不是那么容易的。
本仓库包含以下内容：
- 一个标准的 README 文件应该是什么样子的规范。
- 一个用于维护 REAME 文件的语法提示工具的链接 (正在进行中).
- 一个创建标准 README 的生成器。
- 一个指向该规范的徽章。
- 标准 README 的实例 - 比如你正在读的这个文件。 标准 Readme 是为了开源组件 设计的。尽管它的背景是为了服务于 Node 和 npm 项目, 它同时也可以应用到其他编程语言和包管理器中去。
标准化Readme 最开始因为 @maxogden 在项目feross/standard的这个Issue中提出, 是否标准化 README 会有助于帮助大家. 很多人在仓库zcei's standard-readme 就这个想法进行了讨论. 在我维护仓库 IPFS的时候, 我需要在这个组织中推广标准化的 Readme，因此这个项目也就从这开始了.
如果你的文档是完整的， 那么使用你代码的人就不用再去看代码了。这非常的重要。它使得你可以分离接口文档与具体实现。它意味着你可修改实现的代码而保持接口与文档不变。
请记住： 是文档而非代码，定义了一个模块的功能。
写 README 从某种程度上来说相当不易，一直维护下去更是难能可贵。如果可以减少这个过程，则可以让写代码与修改代码更容易，使得是否在说明中指明一处需改有无必要更加清楚， 你可以花费更少的时间来考虑是否你最初的文档是否需要更新， 你可以分配更多的时间来写代码而非维护文档。
同时， 标准化在某些别的地方也有好处。有了标准化，用户就可以花费更少的时间来搜索他们需要的信息， 他们同时可以做一个工具来从描述中搜集信息，自动跑示例代码，检查授权协议等等。
这个仓库的目标是：
- 一个定义良好的 规范。在仓库中的位置是spec.md。它是一个一直在持续优化的文档，欢迎您提 Issue 讨论其中的变化。
- 一个示例 README。 这个Readme 完全遵从 Standard-readme， 而且在
example-readmes文件夹里有更多的示例. - 一个 语法提示器 用来提示在Readme 中的语法错误. 请参考 tracking issue.
- 一个 生成器 用来快速搭建新的 README 的框架。 请参考 generator-standard-readme.
- 一个 标识准守规范的徽章。 请参考 徽章.
这个项目使用 node 和 npm. 请确保你本地安装了它们。
$ npm install --global standard-readme-spec这只是一个文档包， 你可以打印出spec.md到输出窗口。
$ standard-readme-spec
# Prints out the standard-readme spec想要使用生成器的话, 请看generator-standard-readme.
有一个全局的可执行文件来运行包里的生成器， 生成器的别名叫 standard-readme 。
如果你的项目遵循 Standard-Readme 而且项目位于 Github上，非常希望你能把这个徽章加入你的项目。 它可以更多的人访问到这个项目，而且采纳 Stand-README。 加入徽章并非强制的。
为了加入徽章到 Markdown 文本里面，可以使用以下代码：
[](https://github.com/RichardLitt/standard-readme)
想了解我们建议的规范是如何被应用的， 请参考example-readmes。
- Art of Readme - 💌 写高质量 README 的艺术。
- open-source-template - 一个鼓励参与开源的 README 模板。
非常欢迎你的加入! 提一个Issue 或者提交一个 Pull R equest.
标准 Readme 遵循 Contributor Covenant 行为规范.
感谢以下参与项目的人：
MIT © Richard Littauer