Linus Torvalds ismert nagyon nyűgös azokért az eljárásokért és szabványokért, amelyeket a Linux -kernel fejlesztésében segítőknek be kell tartaniuk. És általában nem nagyon kedves azokhoz, akik nem érik el a feladatot. Emlékezzünk arra, hogy a múltban egy időre visszavonult a szerepétől, hogy átgondolja, hogyan viszonyul más emberekhez.
Ezúttal a Paragon Software, az NTFS3 illesztőprogram mögött álló cég volt az ellenszenve. A Linux kernel 5.15 -ös verziójára bejelentve javítja a natív Windows fájlrendszer támogatását.
Verziókezelő rendszerek (MCS)
Ahhoz, hogy ezt a történetet megértsük, elmagyarázunk néhány részletet, amelyeket nem mindenkinek kell tudnia.
A nagyon összetett szoftverprojektek fejlesztői verziókezelő szoftvert használnak (általában külső szolgáltató üzemelteti a felhőben) Ez a szoftver lehetővé teszi, hogy nyomon kövesse, ki, mikor és mit változtat.
Ha Ön nem része a projekt tagjainak, elkészíthet egy villát, azaz lemásolhatja a projektfájlokat a saját lerakatába, és abban saját módosításokat végezhet. Ha tetszik az eredmény, javasolhatja az eredeti projekt adminisztrátorának, hogy vegye fel őket, hívja fel húzási kérelem.
A vezérlő kiadása
Tavaly a Paragon Software aBejelentette a korábban forgalmazott vezérlőkód kiadását, és vállalta, hogy gondoskodik a karbantartásról és a frissítésről isn. Ez jó hír, mivel sokkal jobb, mint a jelenleg használt.
Maga a cég szerint
A jelenlegi verzió normál / tömörített / tágas fájlokkal működik, és támogatja az acl, NTFS napló lejátszását. A legtöbb kód augusztus 13. óta a linux-next ágban volt, de vannak olyan javítások, amelyek csak pár napig voltak a linux-next ágban. Remélhetőleg rendben van - a tesztek során nem észleltek regressziót.
Paragon bejelentése után a Az NTFS3 illesztőprogramnak számos felülvizsgálati körön kellett átesnie, hogy javítsa a kód minőségét és megfeleljen a kernel többi részének kódolási szabványainak.
Úgy tűnik, végre sikerült.
És így eljutunk a juhok anyjához.
Linus kivonja Paragont
Annak érdekében, hogy az illesztőprogram bekerüljön az 5.15 -ös kernel verzióba, Linus Torvalds felkérte a Paragon Software -t húzza meg a kérést amelyekről fentebb beszéltünk. A társaság megtette, de nem úgy, ahogy Torvalds szereti.
A finn első megfigyelése az volt a lehívási kérelmet alá kellett volna írni.
Egy tökéletes világban ez egy PGP aláírás lenne, amely közvetlenül a bizalmi láncon keresztül vezethető vissza Önhöz, de én soha nem igényeltem.
Másodsorban azt kifogásolta, hogy a húzási kérelem a szolgáltatás webes felületéről történt, amely sok szemétkódot termel.
A Github tökéletesen jó tárhely, és számos más dolgot is jól csinál, de az egyesülések nem tartoznak ezek közé.
Ő is tiltakozott elegendő információ hiánya.
A Linux készítője számára "a Linux kernel egyesítését megfelelően kell végrehajtani." És hozzáadott: «Ez azt jelenti, hogy megfelelő üzeneteket kell elküldeni, amelyek információkat tartalmaznak arról, hogy mi van egyesítve, és * miért * egyesítenek valamit. De ez megfelelő tájékoztatást is jelent a szerzőségről és a komitőrről stb. A GitHub teljesen összezavar. '
Linus Torvalds tudja, miről beszél, ő volt a Git, a GitHubhoz hasonló szolgáltatások alapját képező szoftver megalkotója, amely ma a Microsoft tulajdonában van. És furcsa módon ez egy másik szolgáltatással való nézeteltérés miatt volt
Sosem akartam verziókezelő programot készíteni, mivel utáltam őket… Aztán jött a BitKeeper, és ez valóban megváltoztatta a szemléletemet. A BK a legtöbb dolgot rendben találta, és nagyon fontos volt a tároló és a szétosztott egyesítés helyi másolata. A nagyszerű dolog az elosztott származás -ellenőrzésben az, hogy megszűnik az MCS -ek egyik fő problémája - az a politika, hogy „ki tud változtatni”.
A BK megmutatta, hogy ez elkerülhető, ha mindenkinek megadja a saját tárházát. De a BK -nak is megvoltak a maga problémái; voltak technikai döntések, amelyek problémákat okoztak (az átnevezés fájdalmas volt), de a legnagyobb hátrány az volt, hogy mivel nem nyílt forráskódú volt, sokan voltak, akik nem akarták használni. Tehát annak ellenére, hogy végül több kernelkarbantartónk használta a BK -t - szabadon használható nyílt forráskódú projektekhez -, soha nem lett hatalmas, tehát segített a kernel fejlesztésében, de nem volt tökéletes.
Így valamikor úgy döntöttem, hogy nem használhatom tovább a BK-t, de tényleg nem akartam visszamenni a régi, BK előtti régi időkbe. Sajnos annak idején, bár volt néhány más SCV, amelyek többé -kevésbé megpróbálták terjeszteni a dolgot, egyikük sem sikerült távolról sem. Olyan teljesítménykövetelményeim voltak, amelyeket távolról sem elégített ki a rendelkezésre álló, és aggódtam a kód integritása és a teljes munkafolyamat miatt is, így végül úgy döntöttem, hogy megírom a sajátomat.
Milyen fickó duzzasztja a tojásokat, hogy végül Linus lesz. Hogy nyugdíjba vonul a takarójával