Ревностные специалисты по сопровождению проектов с открытым исходным кодом надеются вдохновить GitHub на перемены, опубликовав свои жалобы на управление проблемами. После обращения по официальным каналам, но не получив ответа, участники группы говорят, что разочарованы отсутствием связи:
Те из нас, кто запускает некоторые из самых популярных проектов на GitHub, чувствуют, что вы полностью игнорируете их. Мы воспользовались единственным каналом поддержки, который вы нам предоставили, чтобы получить либо пустой ответ, либо вообще никакого ответа. У нас нет сведений о том, что произошло с нашими запросами и работает ли GitHub над ними.
Авторы репозитория « Уважаемый GitHub », в котором нет публичных членов, коллективно написали серьезное письмо , в котором излагаются три критические проблемы, которые они видят в том, как работают проблемы в настоящее время.
Первая проблема, о которой заявляет группа, — это отсутствие функций для проблем с GitHub, и они предлагают простое решение:
Проблемы часто регистрируются без важной информации, такой как этапы воспроизведения или проверенная версия. Мы хотели бы, чтобы задачи получали настраиваемые поля, а также механизм (например, обязательный шаблон задачи, возможно, основанный на newissue.md в корне как вероятное простое решение), обеспечивающий их заполнение в каждой задаче.
Группа также призывает GitHub создать «первоклассную систему голосования», которая избавит от вездесущих «+1», которые засоряют очередь задач почти каждого популярного проекта. Они считают +1 важной обратной связью, но требуют лучшего пользовательского интерфейса для организации этой информации:
Проблемы часто содержат бессодержательные комментарии «+1», которые служат только для спама сопровождающих и всех, кто подписался на проблему. Эти +1 служат ценной функцией, позволяя сопровождающим узнать, насколько широко распространена проблема, но их недостатки слишком велики. Мы бы хотели, чтобы вопросы получили первоклассную систему голосования, а для бессодержательных комментариев, таких как «+1» или «:+1:» или «я тоже», вызывали предупреждение и инструкции о том, как использовать механизм голосования. .
Третья проблема напрямую влияет на рабочий процесс с открытым исходным кодом, который становится неэффективным, когда проблемы и запросы отправляются неправильно. Предлагаемое решение упорядочивает важную информацию, которая помогает пользователям вносить значимые вклады:
Задачи и пулл-реквесты часто создаются без какого-либо соблюдения рекомендаций CONTRIBUTING.md, из-за неприметного характера ссылки «рекомендации по внесению» при создании задачи и того факта, что она часто содержит много информации, которая не соответствует действительности. относящиеся к вступительным вопросам (например, информация о взломе проекта). Сопровождающие должны иметь возможность настроить файл в репозитории (интерпретируемый как GFM), чтобы он отображался в верхней части страницы новой проблемы / PR вместо этой ссылки. Сопровождающие могут выбрать встроенный контент и / или ссылку на другие страницы по мере необходимости.
Авторы письма годами ждали прогресса в этих вопросах. Более 600 сопровождающих проекта, подписавших документ , не могут сами вносить эти изменения, поскольку инфраструктура GitHub не является открытым исходным кодом.
Платные клиенты GitHub не имеют тех же проблем, что и разработчики проектов с открытым исходным кодом
По состоянию на январь 2015 года в 31 миллионе репозиториев работает более 12 миллионов человек , и GitHub является домом для крупнейшей коллекции кода на планете. Его акцент на «социальном кодировании» и бесплатном хостинге для общедоступных проектов сделал GitHub де-факто местом, где можно сделать код доступным для совместной работы. В результате многие бесплатные пользователи часто забывают, что именно клиенты GitHub Enterprise поддерживают свет в компании.
Джулиан Данн, менеджер по продукту в Chef , написал ответ на письмо «Дорогой GitHub» . Он утверждает, что GitHub, если только его не подтолкнет бурное освещение в прессе, вряд ли решит эти проблемы.
«Если бы я был продакт-менеджером GitHub, ответ на ваши запросы, вероятно, был бы «нет», — сказал Данн. «Это не потому, что я считаю ваши запросы функций незаконными. Это потому, что они не очень сильно влияют на платежеспособность клиентов. И как компания, чьи разработчики должны есть, GitHub, вероятно, в первую очередь будет уделять приоритетное внимание этим клиентам».
Он рассуждает так: проблемы с управлением задачами, от которых страдают сообщества с открытым исходным кодом, не влияют на хлеб с маслом GitHub в той же степени.
«Платные клиенты используют частные репозитории и/или GitHub Enterprise, а западные аспекты экосистемы с открытым исходным кодом просто не существуют внутри компании», — сказал Данн. «Вы вряд ли увидите поведение типа +1-DDoS, например, внутри частных репозиториев».
GitHub еще официально не ответил на письмо «Дорогой GitHub». С растущим списком из более чем 600 сопровождающих популярных проектов с открытым исходным кодом, подписавших документ, вскоре в интересах компании будет сообщить ответ. Авторы письма надеются, что компания решит действовать в поддержку своего сообщества открытого исходного кода, чтобы решить уникальные проблемы, с которыми сталкиваются сопровождающие проекта при размещении на GitHub.
Если вы являетесь сопровождающим проекта с открытым исходным кодом, вы бы подписали это письмо? Удовлетворяет ли текущий способ структурирования задач GitHub потребностям вашего проекта и его пользователей? Будут ли предлагаемые решения иметь значение для вашего проекта?
