يقوم مشروع OCI Image Format بإنشاء مواصفات تنسيق صورة حاوية شحن البرنامج (تنسيق صورة OCI) والمحافظة عليها.
المواصفات يمكن العثور عليها هنا.
يوفر هذا المستودع أيضًا أنواع Go وأدوات التحقق من صحة intra-blob ومخطط JSON. يجب أن تكون أنواع Go والتحقق من صحتها متوافقة مع إصدار Go الحالي؛ إصدارات Go السابقة غير مدعومة.
وثائق إضافية حول كيفية عمل هذه المجموعة:
مشروع شريك OCI Image Format هو مشروع OCI Runtime Spec. توضح مواصفات وقت التشغيل كيفية تشغيل "حزمة نظام الملفات" التي تم تفكيكها على القرص. على مستوى عالٍ، يمكن لتطبيق OCI تنزيل صورة OCI ثم فك ضغط تلك الصورة في حزمة نظام ملفات OCI Runtime. عند هذه النقطة، سيتم تشغيل حزمة OCI Runtime بواسطة OCI Runtime.
يدعم سير العمل بأكمله تجربة المستخدم التي يتوقعها المستخدمون من محركات الحاويات مثل Docker وrkt: في المقام الأول، القدرة على تشغيل صورة بدون وسائط إضافية:
لدعم تجربة المستخدم هذه، يحتوي تنسيق صورة OCI على معلومات كافية لتشغيل التطبيق على النظام الأساسي المستهدف (على سبيل المثال، الأمر، والوسائط، ومتغيرات البيئة، وما إلى ذلك).
يحدد مشروع مواصفات توزيع OCI بروتوكول 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 Commit أو قسم المناقشة في git-commit(1)
.