image spec
v1.1.0
Проект формата изображения OCI создает и поддерживает спецификацию формата образа контейнера доставки программного обеспечения (формат изображения OCI).
Спецификацию можно найти здесь.
Этот репозиторий также предоставляет типы Go, инструменты проверки внутри больших двоичных объектов и схему JSON. Типы и проверка Go должны быть совместимы с текущей версией Go; более ранние выпуски Go не поддерживаются.
Дополнительная документация о том, как работает эта группа:
Партнерский проект формата изображения OCI — это проект OCI Runtime Spec. Спецификация времени выполнения описывает, как запустить «пакет файловой системы», распакованный на диске. На высоком уровне реализация OCI загружает образ OCI, а затем распаковывает этот образ в пакет файловой системы среды выполнения OCI. На этом этапе пакет времени выполнения OCI будет запускаться средой выполнения OCI.
Весь этот рабочий процесс поддерживает тот пользовательский интерфейс, который пользователи ожидают от контейнерных движков, таких как Docker и rkt: в первую очередь, возможность запуска образа без дополнительных аргументов:
Для поддержки этого пользовательского интерфейса формат изображения OCI содержит достаточную информацию для запуска приложения на целевой платформе (например, команду, аргументы, переменные среды и т. д.).
Проект OCI Distribution Spec Project определяет протокол API для облегчения и стандартизации распространения контента. Этот API включает поддержку отправки и получения изображений OCI в реестр, соответствующий OCI.
Вопрос: Что происходит с форматами изображений AppC или Docker?
Ответ: При необходимости существующие форматы могут и дальше служить испытательным полигоном для технологий. Проект OCI Image Format стремится предоставить надежную открытую спецификацию, которая может использоваться различными инструментами и развиваться в течение многих лет или десятилетий совместимости; как и форматы deb и rpm.
Дополнительные часто задаваемые вопросы можно найти на сайте OCI.
Вехи GitHub прокладывают путь к будущим улучшениям.
Разработка спецификации ведется на GitHub. Проблемы используются для ошибок и элементов, требующих действий, и в списке рассылки могут проводиться более длительные обсуждения.
Спецификация и код лицензируются по лицензии Apache 2.0, которую можно найти в файле LICENSE этого репозитория.
Проект приветствует заявки, но, пожалуйста, сообщите всем, над чем вы работаете.
Прежде чем предпринимать нетривиальные изменения в этой спецификации, отправьте письмо в список рассылки, чтобы обсудить, что вы планируете сделать. Это дает каждому возможность проверить проект, помогает предотвратить дублирование усилий и гарантирует, что идея подойдет. Это также гарантирует, что проект будет правильным еще до написания кода; пул-реквест на GitHub — не место для дискуссий на высоком уровне.
Опечатки и грамматические ошибки могут привести прямо к пул-реквесту. Если сомневаетесь, начните со списка рассылки.
Пожалуйста, ознакомьтесь с README репозитория организации OCI, чтобы получить самую актуальную информацию о расписаниях встреч участников и сопровождающих OCI. Вы также можете найти ссылки на повестки дня собраний и протоколы всех предыдущих собраний.
Вы можете подписаться и присоединиться к списку рассылки в группах Google.
Чтобы обеспечить единообразие файлов Markdown в спецификации Open Container, все файлы должны быть отформатированы по одному предложению в строке. Это исправляет две вещи: упрощает поиск различий с помощью 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 с помощью git commit -s .
Простое ведение домашнего хозяйства для чистой истории git. Подробнее читайте в разделе «Как написать сообщение о фиксации Git» или в разделе «Обсуждение» git-commit(1) .
