Linus spochybňuje Paragon a kritizuje GitHub za fúzie

Linus Torvalds je známy veľmi sa rozčuľuje nad postupmi a štandardmi, ktoré musia dodržiavať tí, ktorí pomáhajú pri vývoji jadra Linuxu. A spravidla nie je veľmi láskavý k tým, ktorí túto úlohu nesplňujú. Pripomeňme si, že v minulosti sa na určitý čas stiahol zo svojej úlohy, aby prehodnotil spôsob, akým sa správa k iným ľuďom.

Tentokrát to bola jeho nechuť Paragon Software, spoločnosť stojaca za ovládačom NTFS3.  Oznámené pre jadro Linuxu verzia 5.15, zlepší podporu natívneho systému súborov Windows.

Systémy na správu verzií (MCS)

Aby bol tento príbeh pochopený, vysvetlíme si niektoré detaily, ktoré nemusí každý vedieť.

Vývojári veľmi komplexných softvérových projektov používajú softvér na kontrolu verzií (zvyčajne prevádzkovaný externým poskytovateľom v cloude) Tento softvér vám umožňuje sledovať, kto, kedy a čo robí zmeny.

Ak nie ste súčasťou členov projektu, môžete si urobiť fork, tj. Skopírovať súbory projektu do vlastného archívu a v ňom vykonávať vlastné úpravy. Ak sa vám výsledok páči, môžete správcovi pôvodného projektu navrhnúť jeho začlenenie telefonicky žiadosť o stiahnutie.

Uvoľnenie ovládača

Minulý rok spoločnosť Paragon Software aOznámil uvoľnenie kódu ovládača, ktorý predtým uviedol na trh, a zaviazal sa tiež postarať sa o údržbu a aktualizáciun. Je to dobrá správa, pretože je oveľa lepšia ako tá, ktorú sme práve používali.

Tvrdí to samotná spoločnosť

Aktuálna verzia pracuje s normálnymi / komprimovanými / priestorovými súbormi a podporuje prehrávanie denníka acl, NTFS. Väčšina kódu bola v pobočke linux-next od 13. augusta, ale existuje niekoľko opráv, ktoré boli v pobočke linux-next iba niekoľko dní. Našťastie je to v poriadku - pri testoch nebola zistená žiadna regresia. “

Po Paragonovom oznámení, Ovládač NTFS3 musel prejsť mnohými kolami revízií, aby sa zlepšila kvalita kódu a zaistil súlad s kódovacími normami zvyšku jadra.

Zdá sa, že sa mu to nakoniec podarilo.

A tak prichádzame k matke oviec.

Linus odpočíta Paragon

Aby bol ovládač zahrnutý do jadra verzie 5.15, Linus Torvalds požiadal Paragon Software, aby to urobil požiadavka pull o ktorých sme hovorili vyššie. Spoločnosť to urobila, ale nie tak, ako sa to Torvaldsovi páči.

Prvé pozorovanie Fína bolo, že žiadosť o stiahnutie mala byť podpísaná.

V perfektnom svete by to bol podpis PGP, ktorý by sa dal sledovať priamo k vám prostredníctvom reťazca dôvery, ale nikdy som to nevyžadoval.

Za druhé, sťažoval sa, že žiadosť o stiahnutie bolo to urobené z webového rozhrania služby, ktorá produkuje veľa nevyžiadaného kódu.

Github je úplne dobrá hostiteľská stránka a robí aj mnoho ďalších vecí, ale zlúčenie nie je jednou z týchto vecí.

Protestoval tiež nedostatok dostatočných informácií.

Pre tvorcu Linuxu „Zlúčenie jadra Linuxu musí byť vykonané správne“. A dodal: «To znamená správne správy o potvrdení s informáciami o tom, čo sa zlučuje a * prečo * sa niečo zlučuje. Znamená to však aj správne informácie o autorstve a pôvodcovi, atď. Všetko to GitHub úplne kazí. “

Linus Torvalds vie, o čom hovorí, bol tvorcom Gitu, softvéru, na ktorom sú založené služby ako GitHub, ktorý teraz vlastní spoločnosť Microsoft. A čo je zvláštne, bolo to kvôli nesúhlasu s inou službou

Nikdy som nechcel vytvoriť program na správu verzií, pretože som ich všetkých nenávidel... Potom prišiel BitKeeper a skutočne to zmenilo môj pohľad na nich. BK urobila väčšinu vecí správne a mať lokálnu kópiu úložiska a distribuované zlúčenie bolo veľmi dôležité. Skvelé na distribuovanej kontrole pôvodu je, že spôsobuje zmiznutie jedného z hlavných problémov MCS - politiky „kto môže vykonávať zmeny“.

BK ukázala, že sa tomu dá vyhnúť tým, že každému poskytnete vlastné úložisko. Ale BK mala tiež svoje vlastné problémy; existovalo niekoľko technických rozhodnutí, ktoré spôsobovali problémy (premenovanie bolo bolestivé), ale najväčšou nevýhodou bola skutočnosť, že keďže to nebol otvorený zdroj, bolo veľa ľudí, ktorí ho nechceli použiť. Takže aj keď sme skončili s niekoľkými správcami jadra používajúcimi BK - bolo to zadarmo na použitie pre projekty s otvoreným zdrojovým kódom - nikdy to nebolo také veľké. Pomohlo to teda vývoju jadra, ale nebolo to dokonalé.

V určitom okamihu som sa teda rozhodol, že nemôžem naďalej používať BK, ale naozaj som sa nechcel vrátiť do starých zlých dní pred BK. Je smutné, že v tej dobe, keď existovalo niekoľko ďalších SCV, ktoré sa viac -menej pokúšali vec distribuovať, ani jednému sa to zďaleka nedarilo. Mal som výkonové požiadavky, ktoré neboli ani zďaleka splnené tým, čo bolo k dispozícii, a tiež som sa zaoberal integritou kódu a celého pracovného toku, takže som sa rozhodol napísať vlastný.