distribution spec
v1.1.0
OCI分布规格项目定义了API协议，以促进和标准化内容的分布。
该规范可以在此处找到。
该存储库还提供GO类型和注册表一致性工具。 GO类型和验证应与当前GO版本兼容；不支持较早的GO版本。
有关该组如何运作的其他文档：
OCI分发规范与OCI图像格式规范项目和OCI运行时规范项目密切相关。
OCI映像格式规范严格定义了OCI映像（容器映像）的要求，该要求由清单，可选图像索引，一组文件系统层和配置组成。 OCI图像组件的模式由OCI分布规范中定义的API完全支持。
OCI运行时规范定义了如何正确运行容器“文件系统捆绑包”，该容器完全遵守OCI映像格式规范。 OCI运行时规范与OCI分发规范有关，因为它们既支持OCI映像，并且容器运行时间使用OCI分发规范中定义的API来获取预构建的容器图像并运行它们。
OCI分配规范（此项目）的设计也足够普遍，可以作为任何类型内容的分配机制。例如，上载表现的格式不一定要遵守OCI映像格式规范，只要它引用了构成给定伪影的斑点即可。
有关OCI分发规范的问题，请参阅常见问题解答。
有关OCI的一般性问题，请参阅OCI网站上的常见问题解答。
Github里程碑铺平了通往未来改进的道路。
分发规范项目包括用于原型和测试扩展分布API的过程和API。
我们邀请这些扩展程序的贡献，评论和评论。这些扩展只会在注册表，注册表客户和用户的大力支持下前进。
请参阅此处以获取更多详细信息。
开发发生在GitHub上的规格上。问题用于错误和可操作的项目，并且在邮件列表上可能会进行更长的讨论。
规范和代码是根据此存储库LICENSE文件中的Apache 2.0许可证的许可。
该项目欢迎提交，但请让所有人都知道您在做什么。
在对此规范进行非平地更改之前，请将邮件发送到邮件列表中，以讨论您打算做什么。这使每个人都有机会验证设计，有助于防止重复努力并确保这个想法适合。它还可以保证在编写代码之前的设计是正确的。 Github plullqueqes并不是进行高级讨论的地方。
错别字和语法错误可能会直接进入拉普雷斯。如有疑问，请从邮件列表开始。
有关OCI贡献者和维护者会议时间表的最新信息，请参阅OCI组织存储库README。您还可以在所有先前的会议上找到符合议程和会议记录的链接。
您可以在Google组上订阅并加入邮件列表。
OCI讨论发生在以下聊天室中，这些聊天室都桥接在一起：
为了在打开容器规格中保留整个Markdown文件的一致性所有文件应每行格式化一个句子。这解决了两件事：它使GIT的差异更加容易，并且可以解决有关线条包装长度的战斗。例如，本段将跨越Markdown源中的三行。
该补丁说明末尾的签名是一条简单的线路，证明您编写或以其他方式将其作为开源补丁传递。规则非常简单：如果您可以证明以下（来自developererCertificate.org）：
Developer Certificate of Origin
Version 1.1
Copyright (C) 2004, 2006 The Linux Foundation and its contributors.
660 York Street, Suite 102,
San Francisco, CA 94110 USA
Everyone is permitted to copy and distribute verbatim copies of this
license document, but changing it is not allowed.
Developer's Certificate of Origin 1.1
By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the open source license
indicated in the file; or
(b) The contribution is based upon previous work that, to the best
of my knowledge, is covered under an appropriate open source
license and I have the right under that license to submit that
work with modifications, whether created in whole or in part
by me, under the same open source license (unless I am
permitted to submit under a different license), as indicated
in the file; or
(c) The contribution was provided directly to me by some other
person who certified (a), (b) or (c) and I have not modified
it.
(d) I understand and agree that this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved.
然后，您只需在每个git提交消息中添加一行：
Signed-off-by: Jane Smith <[email protected]>
使用您的真实姓名（对不起，没有假名或匿名贡献。）
您可以在通过git commit -s创建git commit时添加登录。
简单的房屋保管，以进行清洁的吉特历史。阅读有关如何编写git提交消息或git-commit(1)的讨论部分的更多信息。
