Bagaimana Ubuntu dibangun: kisah di dalamnya

 

Jono Bacon menjelaskan usaha besar menempatkan bersama-sama seluruh OS setiap enam bulan

Setiap enam bulan kami merilis versi baru dari Ubuntu. Masing-masing membawa bersama-sama ratusan pengembang, penerjemah, penguji dan penulis dokumentasi untuk mengintegrasikan aplikasi hulu terbaru dan terbesar, serta baru dan inovatif teknologi Ubuntu.
Bangunan dan merilis sebuah sistem operasi baru setiap enam bulan adalah sibuk. Benar-benar sibuk. Namun, sejak 2004, ketika kami mendirikan proyek, kami telah berjuang untuk mendapatkan yang terbaik dari setiap orang yang berpartisipasi dalam membangun Ubuntu, memastikan bahwa setiap rilis adalah sebagai baik karena dapat.
Artikel ini menjelaskan bagaimana kekacauan terorganisir bekerja dan memberikan wawasan tentang bagaimana Ubuntu disatukan. Semuanya terbungkus dalam siklus rilis ketat, terdiri dari serangkaian tonggak penting, yang selalu tersedia untuk umum . Mari kita mulai dengan melihat pada awal siklus baru.

Casting bersih

Sebelum kita bahkan memulai rilis baru, dan sementara kami masih menempatkan sentuhan akhir dengan versi sebelumnya, kami mulai melakukan latihan pengumpulan persyaratan. Tim di Canonical menjangkau pemangku kepentingan yang berbeda dan masyarakat untuk melihat apa yang rilis berikutnya harus fokus pada.
Apa fitur baru ini Ubuntu butuhkan? Apa masalah, memperbaiki? Yang kasus digunakan harus kami mendukung? Proses ini menghasilkan daftar cucian kebutuhan yang kita mulai untuk mengurutkan ke daerah diprioritaskan fokus.
Pada saat yang sama, kita koordinasi struktur Ubuntu Developer Summit berikutnya. Acara tatap muka yang terjadi beberapa minggu ke awal setiap siklus rilis baru. Kami mengirimkan hampir semua insinyur Canonical Ubuntu dan mensponsori sejumlah tokoh masyarakat untuk bergabung dengan kami. Acara ini terbuka untuk semua orang, dan perwakilan bisnis yang bergabung dalam juga.
Pada Ubuntu Developer Summit kami memiliki 14 lagu yang meliputi tema yang berbeda dan kami menjadwalkan sesi diskusi terbuka untuk berbagai bidang fokus. Tujuan dari setiap sesi adalah untuk mendiskusikan topik, dan membuat dan mendokumentasikan keputusan dan tindakan ditugaskan di cetak biru masyarakat. Ini adalah halaman web yang kita gunakan untuk melacak bekerja pada fitur dalam cara yang terbuka dan transparan. Anda dapat melihat antarmuka pada http://status.ubuntu.com untuk rilis Ubuntu berikutnya.

Tugas pertama kita perlu mengatasi dalam siklus baru adalah mendapatkan toolchain diselesaikan. Toolchain adalah inti set alat pengembang digunakan untuk membangun perangkat lunak untuk rilis. Karya ini tingkat rendah dalam dan kotor dilakukan pertama, dan kemudian kita sinkronkan arsip Debian tidak stabil dengan toolchain. Ini secara efektif membangun semua paket Debian melawan toolchain, sehingga kita memiliki Debian tidak stabil dalam repositori Ubuntu pengembang kami.
Ketika sync ini selesai, pengembang Ubuntu mulai menerapkan ratusan patch Ubuntu untuk paket ini yang mengubah Debian tidak stabil ke Ubuntu. Pada titik ini, kita memiliki versi pengembang Ubuntu yang terlihat dan terasa seperti rilis terakhir kami, namun dibangun terhadap paket baru Debian dan menggunakan toolchain kami. Sekarang kerja yang sebenarnya dapat dimulai.

Tangkapan hari

Selama bulan-bulan berikutnya, komunitas pengembang mulai bekerja pada fitur dan tujuan disepakati di Ubuntu Developer Summit. Kemajuan dibuat setiap hari: pengembang triase dan memprioritaskan bug, memperbaikinya, dan upload perbaikan untuk arsip. Fitur-fitur baru dikembangkan, dikemas dan upload, juga.
Setiap hari, ketika sebuah pengembang Ubuntu bangun, ia akan memperbarui sistem mereka untuk menarik dalam paket terbaru, dan kemudian mulai bekerja pada fitur dan bug. Biasanya, alur kerja ini melibatkan melihat daftar bug saat ini dan di bug prioritas tertinggi dan menyelesaikan mereka, ketika bekerja pada tujuan fitur untuk siklus. Fitur ini bekerja sering melibatkan memetik ceri-fitur tertentu dari upstreams yang menarik, atau menciptakan kode untuk fitur-fitur baru dan bangunan mereka ke dalam rilis.
Sebuah bagian penting dari hal ini adalah pekerjaan pembangunan baru yang masuk ke proyek Ayatana dengan Persatuan, indikator dan fungsi desktop lain yang inovatif. Pekerjaan ini dibagi menjadi dua tim utama: Tim Desain desain fungsionalitas berbasis di sekitar kebutuhan pengguna, dan tim Desktop menggunakan desain ini untuk menulis kode untuk menerapkannya.

Reguler rilis

Ketika tim Pengalaman Desktop membuat rilis, mereka mengirim kode untuk tim Ubuntu Desktop Teknik, yang kemudian paket itu dan upload ke arsip, di mana setiap orang dapat menjalankan dan menguji kode baru.
Di setiap rilis, kami berusaha untuk memiliki rilis Desktop Pengalaman tim baru setidaknya sekali seminggu (biasanya Kamis). Ini batas waktu mingguan telah berguna untuk kemajuan biasa. Sepanjang periode ini, kami merilis versi pengembangan dari Ubuntu yang kami mendorong masyarakat untuk menguji, file pada bug dan membantu meningkatkan.
Alpha 1 adalah segera setelah siklus rilis baru akan terbuka dan termasuk paket-paket Debian baru dengan menggabungkan disertakan. Alpha 2 adalah ketika Anda biasanya mulai melihat fitur baru yang signifikan. Alpha 3 biasanya dirilis beberapa bulan sebelum final dan Alpha sebelum Fitur Freeze.
Pada Fitur Freeze, kita mengunci rilis bawah sehingga tidak ada fitur baru yang besar yang diperbolehkan dalam dan semua waktu pengembang difokuskan bukan pada memperbaiki apa yang sudah ada. Tonggak ini efektif switch peralatan dari menjejalkan dalam fitur baru dan belum teruji untuk kualitas bangunan ke dalam apa yang sudah kita miliki.