image spec
v1.1.0
Proyek OCI Image Format membuat dan memelihara spesifikasi format gambar kontainer pengiriman perangkat lunak (OCI Image Format).
Spesifikasinya dapat dilihat di sini.
Repositori ini juga menyediakan tipe Go, alat validasi intra-blob, dan Skema JSON. Tipe dan validasi Go harus kompatibel dengan rilis Go saat ini; rilis Go sebelumnya tidak didukung.
Dokumentasi tambahan tentang cara grup ini beroperasi:
Proyek mitra OCI Image Format adalah proyek OCI Runtime Spec. Spesifikasi Runtime menguraikan cara menjalankan "bundel sistem file" yang dibongkar pada disk. Pada tingkat tinggi, implementasi OCI akan mengunduh Gambar OCI lalu membongkar gambar tersebut ke dalam bundel sistem file OCI Runtime. Pada titik ini OCI Runtime Bundle akan dijalankan oleh OCI Runtime.
Seluruh alur kerja ini mendukung UX yang diharapkan pengguna dari mesin container seperti Docker dan rkt: terutama, kemampuan untuk menjalankan image tanpa argumen tambahan:
Untuk mendukung UX ini, Format Gambar OCI berisi informasi yang cukup untuk meluncurkan aplikasi pada platform target (misalnya perintah, argumen, variabel lingkungan, dll).
Proyek Spesifikasi Distribusi OCI mendefinisikan protokol API untuk memfasilitasi dan menstandarisasi distribusi konten. API ini mencakup dukungan untuk mendorong dan menarik gambar OCI ke registri yang sesuai dengan OCI.
T: Apa yang terjadi dengan Format Gambar AppC atau Docker?
J: Format yang ada dapat terus menjadi ajang pembuktian teknologi, sesuai kebutuhan. Proyek OCI Image Format berupaya untuk menyediakan spesifikasi terbuka yang dapat diandalkan yang dapat digunakan bersama antara berbagai alat dan dikembangkan selama bertahun-tahun atau puluhan tahun agar kompatibel; seperti yang dimiliki format deb dan rpm.
Temukan FAQ lainnya di situs OCI.
Pencapaian GitHub memberikan jalan menuju perbaikan di masa depan.
Pengembangan terjadi di GitHub untuk spesifikasinya. Masalah digunakan untuk bug dan item yang dapat ditindaklanjuti dan diskusi yang lebih panjang dapat dilakukan di milis.
Spesifikasi dan kode dilisensikan di bawah lisensi Apache 2.0 yang terdapat dalam file LICENSE repositori ini.
Proyek ini menerima kiriman, namun harap beri tahu semua orang apa yang sedang Anda kerjakan.
Sebelum melakukan perubahan penting pada spesifikasi ini, kirim email ke milis untuk mendiskusikan apa yang Anda rencanakan. Hal ini memberikan setiap orang kesempatan untuk memvalidasi desain, membantu mencegah duplikasi upaya, dan memastikan bahwa ide tersebut sesuai. Ini juga menjamin bahwa desainnya bagus sebelum kode ditulis; permintaan tarik GitHub bukanlah tempat untuk diskusi tingkat tinggi.
Kesalahan ketik dan kesalahan tata bahasa bisa langsung menyebabkan permintaan tarik. Jika ragu, mulailah dari milis.
Silakan lihat README repositori organisasi OCI untuk informasi terkini mengenai jadwal pertemuan kontributor dan pengelola OCI. Anda juga dapat menemukan link ke agenda rapat dan notulen rapat sebelumnya.
Anda dapat berlangganan dan bergabung dengan milis di Google Grup.
Untuk menjaga konsistensi seluruh file Markdown dalam spesifikasi Open Container, semua file harus diformat satu kalimat per baris. Ini memperbaiki dua hal: membuat diffing lebih mudah dengan git dan menyelesaikan perselisihan tentang panjang pembungkus garis. Misalnya, paragraf ini akan mencakup tiga baris di sumber Markdown.
Tandatangannya berupa baris sederhana di akhir penjelasan patch, yang menyatakan bahwa Anda yang menulisnya atau berhak meneruskannya sebagai patch sumber terbuka. Aturannya cukup sederhana: jika Anda dapat melakukan sertifikasi di bawah ini (dari 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.
maka Anda cukup menambahkan satu baris ke setiap pesan git commit:
Signed-off-by: Joe Smith <[email protected]>
menggunakan nama asli Anda (maaf, tidak ada nama samaran atau kontribusi anonim.)
Anda dapat menambahkan tanda keluar saat membuat git commit melalui git commit -s .
Pemeliharaan rumah sederhana untuk sejarah git yang bersih. Baca lebih lanjut tentang Cara Menulis Pesan Git Commit atau bagian Diskusi di git-commit(1) .
