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)的討論部分的更多信息。
