Linus izziva Paragon in kritizira GitHub zaradi združitev

Linus Torvalds je znan je zelo zahteven glede postopkov in standardov, ki jih morajo upoštevati tisti, ki pomagajo pri razvoju jedra Linuxa. In ponavadi ni zelo prijazen do tistih, ki jim naloga ni kos. Spomnimo se, da se je v preteklosti za nekaj časa upokojil, da bi premislil, kako se je povezal z drugimi ljudmi.

Tokrat je bil njegov sovražnik Paragon Software, podjetje za gonilnikom NTFS3.  Napovedano za jedro Linuxa različice 5.15, bo izboljšalo podporo za izvorni datotečni sistem Windows.

Sistemi za nadzor različic (MCS)

Da bi razumeli to zgodbo, bomo razložili nekatere podrobnosti, ki jih ne poznajo vsi.

Razvijalci zelo zapletenih projektov programske opreme uporabljajo programsko opremo za nadzor različic (običajno jih upravlja zunanji ponudnik v oblaku) Ta programska oprema vam omogoča, da spremljate, kdo, kdaj in kaj spreminja.

Če niste del članov projekta, lahko naredite vilico, torej kopirate projektne datoteke v svoje skladišče in v njem naredite lastne spremembe. Če vam je rezultat všeč, lahko pokličite skrbnika prvotnega projekta, da jih vključi povleci zahtevo.

Sprostitev krmilnika

Lani je Paragon Software aNapovedal je sprostitev kode krmilnika, ki jo je pred tem tržil, prav tako pa se zavezuje, da bo skrbel za vzdrževanje in posodabljanjen. To je dobra novica, saj je veliko boljša od tiste, ki smo jo trenutno uporabljali.

Po navedbah samega podjetja

Trenutna različica deluje z običajnimi / stisnjenimi / prostornimi datotekami in podpira predvajanje dnevnikov acl, NTFS. Večina kode je bila v podružnici linux-next od 13. avgusta, vendar obstaja nekaj popravkov, ki so bili v veji linux-next le nekaj dni. Upajmo, da je v redu - v testih ni bilo zaznane regresije.

Po napovedi Paragona je Gonilnik NTFS3 je moral skozi številne kroge revizije izboljšati kakovost kode in jo uskladiti s standardi kodiranja preostalega jedra.

Zdi se, da mu je končno uspelo.

In tako pridemo do matere ovac.

Linus odšteje Paragon

Za vključitev gonilnika v različico jedra 5.15, Linus Torvalds je od Paragon Software zahteval, da to stori povlecite zahtevo o katerem smo govorili zgoraj. Družba je to storila, vendar ne tako, kot je všeč Torvaldsu.

To je bilo prvo opazovanje Finca zahteva za vlečenje bi morala biti podpisana.

V popolnem svetu bi bil to podpis PGP, ki bi vam lahko neposredno sledil po verigi zaupanja, vendar tega nikoli nisem zahteval.

Drugič, pritožil se je, da zahteva vlečenje to je bilo storjeno s spletnega vmesnika storitve, ki proizvaja veliko neželene kode.

Github je popolnoma dobro spletno mesto za gostovanje in dobro opravlja tudi številne druge stvari, vendar združitve niso ena od teh stvari.

Prav tako je protestiral pomanjkanje zadostnih informacij.

Za ustvarjalca Linuxa "Združevanje jedra Linuxa mora biti izvedeno pravilno." In dodal: «To pomeni ustrezna sporočila o predaji z informacijami o tem, kaj se združuje in * zakaj * se nekaj združuje. Pomeni pa tudi ustrezne informacije o avtorstvu in zavezujočem itd. Vse to GitHub popolnoma zmoti. '

Linus Torvalds ve, o čem govori, je bil ustvarjalec programske opreme Git, na kateri temeljijo storitve, kot je GitHub, ki je zdaj v lasti Microsofta. Zanimivo pa je, da je do tega prišlo zaradi nesoglasij z drugo službo

Nikoli si nisem želel narediti programa za nadzor različic, saj sem jih vse sovražil... Potem je prišel BitKeeper in res je spremenil moj pogled nanje. BK je večino stvari popravil, lokalna kopija skladišča in porazdeljena združitev pa sta bili zelo pomembni. Odlična stvar pri porazdeljenem nadzoru izvora je, da odpravlja eno od glavnih težav z MCS -ji - politiko okoli "kdo lahko spreminja".

BK je pokazal, da se je temu mogoče izogniti, tako da vsakemu da svoje skladišče. Toda BK je imel tudi svoje težave; obstajale so nekatere tehnične odločitve, ki so povzročale težave (preimenovanje je bilo boleče), največja pomanjkljivost pa je bilo dejstvo, da je veliko ljudi, ki jih niso želeli uporabljati, ker ni odprtokodna. Čeprav smo na koncu imeli več vzdrževalcev jedra, ki so uporabljali BK - brezplačno ga je bilo uporabljati za odprtokodne projekte - nikoli ni postalo množično. Tako je pomagalo razvoju jedra, vendar ni bilo popolno.

Tako sem se v nekem trenutku odločil, da ne morem več uporabljati BK, vendar se res nisem hotel vrniti v slabe stare dni pred BK. Na žalost v tistem času, čeprav je bilo nekaj drugih SCV -jev, ki so bolj ali manj poskušali zadevo razdeliti, se nobeden od njih ni odrezal dobro. Imel sem zahteve glede učinkovitosti, ki jih tisto, kar je bilo na voljo, niti približno niso zadovoljile, skrbelo pa me je tudi za celovitost kode in celoten potek dela, zato sem se odločil, da bom napisal svojega.