Linus menantang Paragon dan mengkritik GitHub karena merger

Linus Torvalds diketahui dia sangat cerewet tentang prosedur dan standar yang harus diikuti oleh mereka yang membantu mengembangkan kernel Linux. Dan, dia biasanya tidak terlalu baik kepada mereka yang tidak mengerjakan tugas. Mari kita ingat bahwa di masa lalu dia menarik diri dari perannya untuk sementara waktu untuk memikirkan kembali cara dia berhubungan dengan orang lain.

Kali ini, Paragon Software, perusahaan di balik driver NTFS3, yang menimbulkan ketidaksukaannya.  Diumumkan untuk kernel Linux versi 5.15, ini akan meningkatkan dukungan untuk sistem file Windows asli.

Sistem kontrol versi (MCS)

Agar cerita ini dapat dipahami, kami akan menjelaskan beberapa detail yang tidak semua orang harus ketahui.

Pengembang proyek perangkat lunak yang sangat kompleks menggunakan perangkat lunak kontrol versi (Biasanya dioperasikan oleh penyedia eksternal di cloud) Perangkat lunak ini memungkinkan Anda melacak siapa, kapan, dan apa yang membuat perubahan.

Jika Anda bukan bagian dari anggota proyek, Anda dapat membuat garpu, yaitu menyalin file proyek ke repositori Anda sendiri dan, di dalamnya, membuat modifikasi Anda sendiri. Jika Anda menyukai hasilnya, Anda dapat menyarankan kepada administrator proyek asli untuk menggabungkannya, dengan menelepon tarik permintaan.

Rilis pengontrol

Tahun lalu, Paragon Software aDia mengumumkan rilis kode pengontrol, yang sebelumnya dia pasarkan, juga berkomitmen untuk mengurus pemeliharaan dan pembaruann. Ini adalah kabar baik karena jauh lebih baik daripada yang kami gunakan saat ini.

Menurut perusahaan itu sendiri

Versi saat ini berfungsi dengan file normal / terkompresi / luas dan mendukung acl, pemutaran jurnal NTFS. Sebagian besar kode ada di cabang linux-next sejak 13 Agustus, tetapi ada beberapa tambalan, yang ada di cabang linux-next hanya untuk beberapa hari. Semoga tidak apa-apa - tidak ada regresi yang terdeteksi dalam tes. '

Setelah pengumuman Paragon, Driver NTFS3 harus melalui banyak putaran revisi untuk meningkatkan kualitas kode dan membuatnya sesuai dengan standar pengkodean kernel lainnya.

Sepertinya dia akhirnya berhasil.

Jadi kita sampai pada induk domba.

Linus mengurangi Paragon

Untuk memasukkan driver dalam kernel versi 5.15, Linus Torvalds meminta Paragon Software untuk melakukannya tarik permintaan yang kami bicarakan di atas. Perusahaan melakukannya, tetapi tidak dengan cara yang disukai Torvalds.

Pengamatan pertama Finn adalah bahwa permintaan tarik seharusnya ditandatangani.

Di dunia yang sempurna, ini akan menjadi tanda tangan PGP yang dapat melacak langsung kepada Anda melalui rantai kepercayaan, tetapi saya tidak pernah memintanya.

Kedua, dia mengeluh bahwa permintaan tarik itu telah dilakukan dari antarmuka web layanan, yang menghasilkan banyak kode sampah.

Github adalah situs hosting yang sangat bagus, dan juga melakukan beberapa hal lain dengan baik, tetapi merger bukanlah salah satunya.

Dia juga protes kurangnya informasi yang memadai.

Untuk pencipta Linux "Penggabungan kernel Linux harus dilakukan dengan benar." Dan menambahkan: «Itu berarti pesan komit yang tepat dengan informasi tentang apa yang sedang digabungkan dan * mengapa * sesuatu sedang digabungkan. Tetapi itu juga berarti informasi yang tepat tentang kepengarangan dan pembuat, dll. Semua yang GitHub benar-benar kacau.

Linus Torvalds tahu apa yang dia bicarakan, dia adalah pencipta Git, perangkat lunak yang menjadi dasar layanan seperti GitHub, sekarang dimiliki oleh Microsoft. Dan, anehnya, itu karena ketidaksepakatan dengan layanan lain

Saya tidak pernah benar-benar ingin membuat program kontrol versi karena saya membenci semuanya… Kemudian BitKeeper datang dan itu benar-benar mengubah cara saya memandang mereka. BK melakukan sebagian besar dengan benar dan memiliki salinan lokal dari repositori dan penggabungan terdistribusi sangat penting. Hal hebat tentang kontrol asal terdistribusi adalah bahwa hal itu membuat salah satu masalah utama dengan MCS hilang - politik seputar "siapa yang dapat membuat perubahan."

BK menunjukkan bahwa ini dapat dihindari dengan memberikan repositori mereka sendiri kepada setiap orang. Tapi BK juga punya masalah sendiri; ada beberapa keputusan teknis yang menyebabkan masalah (mengganti nama itu menyakitkan), tetapi kelemahan terbesar adalah kenyataan bahwa, karena itu bukan open source, ada banyak orang yang tidak ingin menggunakannya. Jadi meskipun kami akhirnya memiliki beberapa pengelola kernel yang menggunakan BK - itu gratis untuk digunakan untuk proyek sumber terbuka - tidak pernah menjadi besar Jadi itu membantu pengembangan kernel, tapi itu tidak sempurna.

Jadi di beberapa titik saya memutuskan bahwa saya tidak bisa terus menggunakan BK, tapi saya benar-benar tidak ingin kembali ke masa lalu yang buruk sebelum BK. Sayangnya, pada saat itu, sementara ada beberapa SCV lain yang kurang lebih mencoba untuk mendistribusikannya, tidak satupun dari mereka berhasil dari jarak jauh. Saya memiliki persyaratan kinerja yang bahkan tidak puas dengan apa yang tersedia, dan saya juga memperhatikan integritas kode dan seluruh alur kerja, jadi saya akhirnya memutuskan untuk menulis sendiri.