Линус бросает вызов Paragon и критикует GitHub за слияния

Линус бросает вызов Paragon

Линус Торвальдс известен он очень требователен к процедурам и стандартам, которым должны следовать те, кто помогает разрабатывать ядро ​​Linux. И он обычно не очень хорошо относится к тем, кто не справляется с этой задачей. Давайте вспомним, что в прошлом он на время отказался от своей роли, чтобы переосмыслить то, как он относился к другим людям.

На этот раз его неприязнь вызвала Paragon Software, компания, создавшая драйвер NTFS3.  Анонсированный для ядра Linux версии 5.15, он улучшит поддержку собственной файловой системы Windows.

Системы контроля версий (MCS)

Чтобы понять эту историю, мы собираемся объяснить некоторые детали, которые не все должны знать.

Разработчики очень сложных программных проектов используют программное обеспечение для контроля версий (обычно обслуживается внешним поставщиком в облаке) Это программное обеспечение позволяет отслеживать, кто, когда и что вносит изменения.

Если вы не являетесь участником проекта, вы можете сделать форк, то есть скопировать файлы проекта в свой собственный репозиторий и внести в него свои собственные изменения. Если вам нравится результат, вы можете предложить администратору исходного проекта включить их, позвонив запрос на вытягивание.

Выпуск контроллера

В прошлом году Paragon Software aОн объявил о выпуске кода контроллера, который ранее продавал, а также обязался позаботиться об обслуживании и обновлении.п. Это хорошие новости, так как он намного лучше, чем тот, который мы использовали в настоящее время.

По словам самой компании

Текущая версия работает с обычными / сжатыми / просторными файлами и поддерживает воспроизведение журнала acl, NTFS. Большая часть кода находилась в ветке linux-next с 13 августа, но есть некоторые исправления, которые были в ветке linux-next всего пару дней. Надеюсь, все в порядке - регресса в тестах не обнаружено.

После объявления Paragon Драйвер NTFS3 должен был пройти множество этапов доработки, чтобы улучшить качество кода и привести его в соответствие со стандартами кодирования остальной части ядра.

Похоже, он наконец это сделал.

Итак, мы подошли к матери овцы.

Линус вычитает Идеал

Чтобы включить драйвер в версию ядра 5.15, Линус Торвальдс попросил Paragon Software выполнить запрос тянуть о котором мы говорили выше. Компания сделала это, но не так, как любит Торвальдс.

Первое наблюдение финна заключалось в том, что запрос на перенос должен быть подписан.

В идеальном мире это была бы подпись PGP, которая могла бы прослеживаться прямо к вам через цепочку доверия, но мне это никогда не требовалось.

Во-вторых, он пожаловался, что запрос на перенос это было сделано через веб-интерфейс сервиса, который производит много мусорного кода.

Github - отличный хостинг-сайт, и он отлично справляется и с рядом других вещей, но слияния не входят в их число.

Он также протестовал отсутствие достаточной информации.

Для создателя Linux «Слияние ядра Linux должно выполняться правильно». И добавил: «Это означает правильные сообщения фиксации с информацией о том, что объединяется и * почему * что-то объединяется. Но это также означает правильную информацию об авторстве, коммитере и т. Д. Все это GitHub полностью испортил.

Линус Торвальдс знает, о чем говорит, он был создателем Git, программного обеспечения, на котором основаны такие сервисы, как GitHub, теперь принадлежащего Microsoft. И, что любопытно, это произошло из-за несогласия с другим сервисом.

Я никогда особо не хотел делать программу контроля версий, потому что ненавидел их всех… Потом появился BitKeeper, который действительно изменил мой взгляд на них. BK понял большинство вещей правильно, и очень важно иметь локальную копию репозитория и распределенное слияние. В распределенном контроле происхождения замечательно то, что он устраняет одну из основных проблем MCS - политику вокруг того, «кто может вносить изменения».

Б.К. показал, что этого можно избежать, предоставив каждому собственное хранилище. Но у BK были и свои проблемы; были некоторые технические решения, которые вызывали проблемы (переименование было болезненным), но самым большим недостатком было то, что, поскольку он не был открытым исходным кодом, было много людей, которые не хотели его использовать. Так что, несмотря на то, что в итоге у нас было несколько специалистов по сопровождению ядра, использующих BK - его можно было использовать для проектов с открытым исходным кодом - он так и не стал массовым. Таким образом, он помог развитию ядра, но не был идеальным.

Поэтому в какой-то момент я решил, что не могу продолжать использовать BK, но мне действительно не хотелось возвращаться в старые плохие дни до BK. К сожалению, в то время, хотя было несколько других SCV, которые более или менее пытались распространить эту вещь, ни одна из них не справилась хоть сколько-нибудь хорошо. У меня были требования к производительности, которые даже отдаленно не удовлетворялись тем, что было доступно, и меня также беспокоила целостность кода и всего рабочего процесса, поэтому я решил написать свои собственные.

 

 


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Комментарий, оставьте свой

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован.

*

*

  1. Ответственный за данные: AB Internet Networks 2008 SL
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   Марко Фурио сказал

    Что за парень надувает яйца, который оказывается Линусом. Что он уходит со своим одеялом