image spec
v1.1.0
OCI 이미지 형식 프로젝트는 소프트웨어 배송 컨테이너 이미지 형식 사양(OCI 이미지 형식)을 생성하고 유지 관리합니다.
사양은 여기에서 확인할 수 있습니다.
이 리포지토리는 Go 유형, Blob 내 유효성 검사 도구 및 JSON 스키마도 제공합니다. Go 유형 및 유효성 검사는 현재 Go 릴리스와 호환되어야 합니다. 이전 Go 릴리스는 지원되지 않습니다.
이 그룹의 운영 방식에 대한 추가 문서:
OCI Image Format 파트너 프로젝트는 OCI Runtime Spec 프로젝트입니다. 런타임 사양은 디스크에 압축이 풀린 "파일 시스템 번들"을 실행하는 방법을 설명합니다. 높은 수준에서 OCI 구현은 OCI 이미지를 다운로드한 다음 해당 이미지를 OCI 런타임 파일 시스템 번들로 압축을 풉니다. 이 시점에서 OCI 런타임 번들은 OCI 런타임에 의해 실행됩니다.
이 전체 워크플로는 사용자가 Docker 및 rkt와 같은 컨테이너 엔진에서 기대하는 UX, 즉 추가 인수 없이 이미지를 실행하는 기능을 지원합니다.
이 UX를 지원하기 위해 OCI 이미지 형식에는 대상 플랫폼에서 애플리케이션을 시작하는 데 충분한 정보(예: 명령, 인수, 환경 변수 등)가 포함되어 있습니다.
OCI 배포 사양 프로젝트는 콘텐츠 배포를 촉진하고 표준화하기 위한 API 프로토콜을 정의합니다. 이 API에는 OCI 이미지를 OCI 규격 레지스트리로 푸시하고 가져오기 위한 지원이 포함되어 있습니다.
Q: AppC 또는 Docker 이미지 형식은 어떻게 되나요?
A: 필요에 따라 기존 형식은 계속해서 기술의 입증 기반이 될 수 있습니다. OCI 이미지 형식 프로젝트는 다양한 도구 간에 공유할 수 있고 수년 또는 수십 년 동안 호환성을 유지하면서 발전할 수 있는 신뢰할 수 있는 개방형 사양을 제공하기 위해 노력합니다. deb 및 rpm 형식과 같습니다.
OCI 사이트에서 더 많은 FAQ를 찾아보세요.
GitHub 이정표는 향후 개선을 위한 경로를 제시합니다.
사양에 대한 개발은 GitHub에서 이루어집니다. 이슈는 버그와 실행 가능한 항목에 사용되며 메일링 리스트에서 더 긴 토론이 이루어질 수 있습니다.
사양과 코드는 이 저장소의 LICENSE 파일에 있는 Apache 2.0 라이센스에 따라 라이센스가 부여됩니다.
이 프로젝트는 제출을 환영하지만 귀하가 작업 중인 내용을 모두에게 알려 주시기 바랍니다.
이 사양에 대한 중요한 변경을 수행하기 전에 메일링 리스트에 메일을 보내 무엇을 할 계획인지 논의하세요. 이를 통해 모든 사람이 디자인을 검증할 수 있는 기회를 얻고, 노력의 중복을 방지하고, 아이디어가 적합한지 확인할 수 있습니다. 또한 코드가 작성되기 전에 디자인이 건전하다는 것을 보장합니다. GitHub 풀 요청은 높은 수준의 토론을 위한 장소가 아닙니다.
오타와 문법 오류는 바로 풀 요청으로 이어질 수 있습니다. 의심스러우면 메일링 리스트에서 시작하세요.
OCI 기여자 및 유지관리자 회의 일정에 대한 최신 정보는 OCI 조직 저장소 README를 참조하세요. 모든 이전 회의의 회의 안건 및 의사록에 대한 링크도 찾을 수 있습니다.
Google 그룹스의 메일링 리스트를 구독하고 가입할 수 있습니다.
Open Container 사양의 Markdown 파일 전체에서 일관성을 유지하려면 모든 파일을 한 줄에 한 문장 형식으로 지정해야 합니다. 이로 인해 두 가지 문제가 해결되었습니다. git을 사용하면 diffing이 더 쉬워지고 줄 바꿈 길이에 대한 싸움이 해결됩니다. 예를 들어 이 단락은 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) 토론 섹션에 대해 자세히 알아보세요.
