image spec
v1.1.0
OCI 影像格式專案建立並維護軟體運輸容器影像格式規格（OCI 影像格式）。
可以在此處找到該規範。
該儲存庫還提供 Go 類型、blob 內驗證工具和 JSON 架構。 Go 類型和驗證應與當前 Go 版本相容；不支援早期的 Go 版本。
有關該組運作方式的其他文件：
OCI 影像格式合作夥伴專案是 OCI 執行時期規格專案。運行時規格概述瞭如何運行在磁碟上解壓縮的「檔案系統包」。在高層，OCI 實作會下載 OCI 映像，然後將該映像解壓縮到 OCI 執行時期檔案系統套件中。此時，OCI 運行時捆綁包將由 OCI 運行時運作。
整個工作流程支援使用者期望從 Docker 和 rkt 等容器引擎獲得的使用者體驗：主要是無需額外參數即可運行映像的能力：
為了支援這種使用者體驗，OCI 影像格式包含足夠的資訊來在目標平台上啟動應用程式（例如命令、參數、環境變數等）。
OCI 分發規範項目定義了一個 API 協定來促進和標準化內容的分發。此 API 支援將 OCI 映像推送和拉取到符合 OCI 的登錄。
Q：AppC 或 Docker 映像格式會發生什麼情況？
答：根據需要，現有格式可以繼續成為技術的試驗場。 OCI 影像格式專案致力於提供可靠的開放規範，可在不同工具之間共享，並可發展數年或數十年的兼容性；正如 deb 和 rpm 格式一樣。
在 OCI 網站上尋找更多常見問題。
GitHub 里程碑為未來的改進指明了道路。
該規範的開發在 GitHub 上進行。問題用於錯誤和可操作的項目，並且可以在郵件清單上進行更長的討論。
此規格和程式碼已根據此儲存庫的LICENSE檔案中的 Apache 2.0 授權獲得許可。
該項目歡迎提交，但請讓每個人都知道您正在做什麼。
在本規範進行重大更改之前，請向郵件清單發送郵件以討論您計劃做什麼。這讓每個人都有機會驗證設計，有助於防止重複工作，並確保想法適合。它還保證在編寫程式碼之前設計是合理的； GitHub 拉取請求不是進行高層討論的地方。
拼字錯誤和語法錯誤可能會直接進入拉取請求。如有疑問，請從郵件清單開始。
請參閱 OCI 組織儲存庫自述文件，以了解有關 OCI 貢獻者和維護者會議安排的最新資訊。您還可以找到所有先前會議的會議議程和會議記錄的連結。
您可以訂閱並加入 Google 線上論壇的郵件清單。
為了保持 Open Container 規格中 Markdown 檔案的一致性，所有檔案都應格式化為每行一個句子。這解決了兩件事：它使 git 的差異變得更容易，並且解決了有關換行長度的爭論。例如，該段落在 Markdown 原始程式碼中將跨越三行。
簽名是補丁說明末尾的一行簡單內容，它證明您編寫了該補丁或有權將其作為開源補丁傳遞。規則非常簡單：如果您可以證明以下內容（來自developercertificate.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: Joe Smith <[email protected]>
使用您的真實姓名（抱歉，沒有化名或匿名貢獻。）
您可以在透過git commit -s建立 git 提交時新增簽名。
簡單的內務管理，乾淨的 git 歷史記錄。閱讀有關如何撰寫 Git 提交訊息的更多資訊或git-commit(1)的討論部分。
