OCI 배포 사양 프로젝트는 API 프로토콜을 정의하여 컨텐츠 분포를 용이하게하고 표준화합니다.
사양은 여기에서 찾을 수 있습니다.
이 저장소는 또한 GO 유형 및 레지스트리 적합성 툴링을 제공합니다. 이동 유형 및 검증은 현재 GO 릴리스와 호환되어야합니다. 이전 GO 릴리스는 지원되지 않습니다.
이 그룹 운영 방식에 대한 추가 문서 :
OCI 배포 사양은 OCI 이미지 형식 사양 프로젝트 및 OCI 런타임 사양 프로젝트와 밀접한 관련이 있습니다.
OCI 이미지 형식 사양은 매니페스트, 선택적 이미지 색인, 파일 시스템 레이어 세트 및 구성으로 구성된 OCI 이미지 (컨테이너 이미지)의 요구 사항을 엄격하게 정의합니다. OCI 이미지 구성 요소에 대한 스키마는 OCI 분포 사양에 정의 된 API에 의해 완전히 지원됩니다.
OCI 런타임 사양은 OCI 이미지 형식 사양에 완전히 부착되는 컨테이너 "파일 시스템 번들"을 올바르게 실행하는 방법을 정의합니다. OCI 런타임 사양은 OCI 이미지를 모두 지원하고 컨테이너 런타임이 OCI 배포 사양에 정의 된 API를 사용하여 사전 구축 된 컨테이너 이미지를 가져와 실행한다는 점에서 OCI 분포 사양과 관련이 있습니다.
OCI 배포 사양 (이 프로젝트)은 모든 유형의 컨텐츠에 대한 분포 메커니즘으로 활용되도록 일반적으로 설계되었습니다. 예를 들어, 업로드 된 매니페스트 형식은 주어진 아티팩트를 포함하는 블로브를 참조하는 한 OCI 이미지 형식 사양을 반드시 준수 할 필요는 없습니다.
OCI 배포 사양에 대한 질문은 FAQ를 참조하십시오.
OCI에 대한 일반적인 질문은 OCI 사이트의 FAQ를 참조하십시오.
Github 이정표는 미래의 개선으로가는 길을 마련했습니다.
분포 사양 프로젝트에는 분포 API에 대한 프로토 타이핑 및 테스트 확장을위한 프로세스 및 API가 포함됩니다.
우리는 이러한 확장에 기여, 의견 및 리뷰를 초대합니다. 이러한 확장은 레지스트리, 레지스트리 클라이언트 및 사용자의 상당한 지원 만으로만 진행됩니다.
자세한 내용은 여기를 참조하십시오.
Spec의 GitHub에서 개발이 이루어집니다. 문제는 버그 및 실행 가능한 항목에 사용되며 메일 링리스트에서 더 긴 토론이 발생할 수 있습니다.
사양 및 코드는이 저장소의 LICENSE 파일에있는 Apache 2.0 라이센스에 따라 라이센스가 부여됩니다.
이 프로젝트는 제출물을 환영하지만 모든 사람에게 귀하가 무엇을하고 있는지 알려주십시오.
이 사양에 대한 사소한 변경을 수행하기 전에 메일 목록에 메일을 보내서해야 할 일에 대해 논의하십시오. 이를 통해 모든 사람은 디자인을 검증하고 노력의 복제를 방지하며 아이디어에 맞는 기회를 제공합니다. 또한 코드가 작성되기 전에 디자인이 사운드임을 보장합니다. Github Pull-request는 높은 수준의 토론을위한 장소가 아닙니다.
오타와 문법 오류는 당기기 반복으로 바로 갈 수 있습니다. 의심스러운 경우 메일 링 목록에서 시작하십시오.
OCI 기여자 및 관리자 회의 일정에 대한 최신 정보는 OCI Org Repository ReadMe를 참조하십시오. 또한 모든 이전 회의에 대한 회의 의제와 회의록에 대한 링크를 찾을 수 있습니다.
Google 그룹에서 메일 링리스트를 구독하고 가입 할 수 있습니다.
OCI 토론은 다음과 같은 채팅방에서 이루어지며 모두 함께 연결됩니다.
Open Container Spec의 Markdown 파일 전체에 걸쳐 일관성을 유지하려면 모든 파일은 한 줄에 한 문장을 형식화해야합니다. 이것은 두 가지를 고정시킵니다. git으로 디프트가 더 쉬워지고 선 포장 길이에 대한 싸움을 해결합니다. 예를 들어,이 단락은 Markdown 소스의 3 줄에 걸쳐 있습니다.
사인 오프는 패치에 대한 설명 끝에있는 간단한 선으로, 패치를 작성했음을 증명하거나 오픈 소스 패치로 전달할 권리가 있습니다. 규칙은 매우 간단합니다. 아래를 인증 할 수 있다면 (InveloperCertificate.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 커밋을 만들 때 부호를 추가 할 수 있습니다.
깨끗한 git 역사를위한 간단한 주택 관리. Git Commit 메시지 또는 git-commit(1) 의 토론 섹션을 작성하는 방법에 대해 자세히 알아보십시오.