Лінус Торвальдс відомий він дуже вередує щодо процедур та стандартів, яких мають дотримуватися ті, хто допомагає у розробці ядра Linux. І, як правило, він не дуже добрий до тих, кому це не під силу. Пам’ятаймо, що в минулому він на деякий час відмовився від своєї ролі, щоб переосмислити своє ставлення до інших людей.
Цього разу його неприязнь викликала компанія Paragon Software, яка стоїть за драйвером NTFS3. Оголошена для версії 5.15 ядра Linux, вона покращить підтримку рідної файлової системи Windows.
Системи контролю версій (MCS)
Щоб ця історія була зрозумілою, ми збираємося пояснити деякі деталі, які не всім потрібно знати.
Розробники дуже складних програмних проектів використовують програмне забезпечення для контролю версій (Зазвичай ним керує зовнішній провайдер у хмарі) Це програмне забезпечення дозволяє відстежувати, хто, коли і що вносить зміни.
Якщо ви не є учасниками проекту, ви можете створити форк, тобто скопіювати файли проекту у власне сховище і в ньому внести власні зміни. Якщо вам сподобався результат, ви можете запропонувати адміністратору оригінального проекту включити їх, зателефонувавши витягнути запит.
Випуск контролера
Минулого року Paragon Software aВін оголосив про випуск коду контролера, який раніше продавав, також зобов’язуючись подбати про технічне обслуговування та оновленняn. Це хороша новина, оскільки вона набагато краща, ніж та, яку ми зараз використовували.
За даними самої компанії
Поточна версія працює з нормальними / стислими / просторими файлами та підтримує відтворення журналів acl, NTFS. Більшість коду знаходилася у гілці linux-next з 13 серпня, але є деякі виправлення, які були у гілці linux-next лише кілька днів. Сподіваюся, це нормально - регресії в тестах не виявлено.
Після оголошення Paragon, Драйверу NTFS3 довелося пройти через багато раундів перегляду, щоб поліпшити якість коду та привести його у відповідність до стандартів кодування решти ядра.
Здається, що він нарешті встиг.
І ось ми підійшли до матері овець.
Лінус віднімає Парагона
Щоб включити драйвер до версії ядра 5.15, Лінус Торвальдс попросив Paragon Software зробити це запит тягнути про які ми говорили вище. Компанія зробила це, але не так, як подобається Торвальдсу.
Перше зауваження фіна було таким запит на витяг мав бути підписаний.
У ідеальному світі це був би підпис PGP, який міг би простежити безпосередньо до вас через ланцюжок довіри, але я ніколи цього не вимагав.
По -друге, він скаржився на запит на вилучення це було зроблено з веб -інтерфейсу служби, який виробляє багато небажаного коду.
Github - це прекрасний хостинг -сайт, який також добре виконує ряд інших завдань, але злиття - це не одна з цих речей.
Він також протестував відсутність достатньої інформації.
Для творця Linux "Злиття ядра Linux має бути зроблено належним чином". І додав: «Це означає належні повідомлення про фіксацію з інформацією про те, що об’єднується та * чому * що об’єднується. Але це також означає належну інформацію про авторство та автора тощо. Усе це GitHub повністю зіпсувало ''.
Лінус Торвальдс знає, про що він говорить, він був творцем Git, програмного забезпечення, на якому базуються такі послуги, як GitHub, що зараз належить Microsoft. Цікаво, що це сталося через незгоду з іншою службою
Я ніколи не хотів створювати програму контролю версій, оскільки ненавидів їх усіх… Потім з’явився BitKeeper, і це дійсно змінило моє ставлення до них. Більшість справ виправлено, і наявність локальної копії сховища та розподіленого злиття було дуже важливим. Найкраще в розподіленому контролі походження полягає в тому, що він усуває одну з основних проблем MCS - політику навколо "хто може вносити зміни".
BK показала, що цього можна уникнути, надавши кожному своє сховище. Але у БК також були свої проблеми; існували деякі технічні рішення, які спричиняли проблеми (перейменування було болісним), але найбільшим недоліком був той факт, що, оскільки він не був відкритим кодом, багато людей не хотіли його використовувати. Тому, хоча в кінцевому підсумку у нас було кілька супроводжувачів ядра, які використовували BK - його можна було безкоштовно використовувати для проектів з відкритим кодом - він ніколи не став масовим. Тому він допоміг розвитку ядра, але це не було ідеально.
Тож у якийсь момент я вирішив, що не можу продовжувати користуватися BK, але я дійсно не хотів повертатися до старих поганих днів до BK. На жаль, тоді, коли існувало ще кілька SCV, які більш -менш намагалися розповсюдити річ, жоден із них не працював віддалено. У мене були вимоги до продуктивності, які навіть не були задоволені тим, що було доступно, а також мене турбувала цілісність коду та всього робочого процесу, тому я вирішив написати власний.
Те, що хлопець здуває яйця, закінчується Лінусом. Що він йде на пенсію зі своєю ковдрою