Ответ 1
Как упомянуто в коде Google git-core (и Чарльза Бейли в комментариях, который указывает на страницу сообщества git-scm):
Вопросы или комментарии для сообщества Git можно отправлять в список рассылки, используя адрес электронной почты [email protected] Сообщения об ошибках следует отправлять в этот список рассылки.
Обновление 2015: последняя ссылка остается на странице сообщества Git, которая, как сглаживает, указывает в комментариях, упоминает:
Вам не нужно подписываться: вы будете Cc'd в ответах.
Пожалуйста, сохраняйте список Cc неповрежденным при ответе (используйте "Ответить всем").
Greylisting может задержать ваше первое сообщение на несколько часов.
Обратите внимание, что почтовый сервер будет отклонять HTML-сообщения с сообщением "сбой окончательно", поэтому используйте простой текст.
На странице сообщества также указано "Как эффективно сообщать об ошибках"...
Если вы хотите добавить патч, перейдите сейчас к rtyley/submitgit, что поможет вам следовать процессу отправки патча patch submission process:
Если вы создаете запрос на извлечение
github.com/git/git/,submitGitможет отправить его в список рассылки для вас, правильно отформатировав патчи.
Обсуждение остается на месте - в списке - но, по крайней мере, этот начальный шаг немного легче.
Обновление 2015: Git For Windows теперь живет на GitHub (github.com/git-for-windows) и выпускает самые последние выпуски: 2.4. 2+.
Msysgit постепенно удаляется, используя msys2 64-bit, и в результате получается git-for-windows.github.io вместо старого и теперь устаревшего msysgit.github.io.
Зеркальный репозиторий GitHub git/git есть, но, к сожалению, его нельзя использовать для проблем или запросов на получение.
Обновление 2019: у submitGit есть альтернатива: GitGitGadget (gitgitgadget.github.io), упомянутая в Git 2.22 (Q2 2019)
См. коммит c3a7dd7 (12 марта 2019 г.) от Джеффа Кинга (peff).
(Merged by Junio C Hamano -- [TG410] -- in commit 2d33728, 09 Apr 2019)
запрашивающие точки тянуть к
GitGitGadgetВ справочном руководстве и шаблоне PR, которые видят люди, открывающие запросы на извлечение информации на GitHub, мы упоминаем инструмент
submitGit, который дает альтернативу выяснению списка рассылки.
В наши дни у нас также есть аналогичный инструментGitGitGadget, и мы должны дать понять, что это тоже вариант.Мы могли бы продолжить упоминать оба инструмента, но, вероятно, лучше выбрать один, чтобы не перегружать пользователя выбором.
В конце концов, одна из целей здесь состоит в том, чтобы уменьшить трение впервые или нечастые участники.И есть несколько причин, чтобы предпочесть
GGG:
submitGit, кажется, все еще имеет несколько грубых краев. Например, он не изменяет временные метки, чтобы помочь поточным считывателям почты обрабатываться не по порядку доставка.- Субъективно, в наши дни
GGG, кажется, чаще используется в списке, особенно постоянными в списке.GGG, кажется, находится в процессе более активной разработки (вероятно, связано с пунктом 2).Так что давайте на самом деле поменяем
submitGitнаGGG.
Пока мы там, давайте добавим еще одну ссылку на страницуGGGв шаблоне PR, потому что туда, где пользователи, которые узнают об этом в первый раз, захотят пойти. читать больше.
И когда дело доходит до управления вашим вкладом в сам git/git, в Git 2.24 (Q4 2019) вводится CoC (Кодекс поведения)
См. коммит 3f9ef87 (26 сентября 2019 г.) и коммит 5cdf230 (24 сентября 2019 г.) от Джеффа Кинга (peff).
(Merged by Junio C Hamano -- [TG422] -- in commit cbe8cdd, 15 Oct 2019)
добавить документ Кодекса поведения
У нас никогда не было официально написанного документа Кодекса поведения.
Хотя это обсуждалось время от времени, по большей части поведение в списке рассылки было достаточно хорошим, чтобы никто не чувствовал нужно подтолкнуть одного вперед.Однако, даже если сейчас нет особых проблем, это хорошая идея есть документ:
- это ставит всех на одну страницу в отношении ожиданий.
Это может избежать плохого поведения, но также облегчает работу с ним, если это произойдет.- он публично рекламирует, что хорошее поведение важно для нас и будет применяться, что может сделать некоторых людей более комфортными в нашем сообществе
- это может быть хорошее время, чтобы скрепить наши ожидания, когда все тихо, так как это дает Everybody некоторому расстояние, а не сосредотачиваться на текущий спорный вопрос
Этот патч адаптирует Кодекс поведения Соглашения Участника.
В отличие от написания нашего с нуля, здесь используются общие и общепринятые язык, и обеспечивает хороший баланс между иллюстрацией ожиданий и избегать прачечной списка поведения.
Это также документ, используемый проектом Git для Windows.Текст взят в основном дословно из:
https://www.contributor-covenant.org/version/1/4/code-of-conduct.html
Я также украл очень хороший вводный абзац из Git для Windows версия файла.
Однако есть несколько тонких моментов:
- в документе упоминаются "сопровождающие проекта".
Что касается кода, мы обычно рассматриваем только одного сопровождающего: Junio C Hamano.
Но для решения общественных вопросов имеет смысл привлечь больше людей к распределению ответственности. Я указал адрес проектного комитета [email protected] в качестве контактного лица.- в документе упоминается о запрете со стороны сообщества, как во вступительном абзаце, так и в разделе "Наши обязанности". Точный механизм здесь остается неопределенным. Я могу предположить, что это может начаться с социального принуждения (не принимать патчи, игнорировать электронные письма) и может перейти к техническим мерам, если это необходимо (попросить администраторов vger заблокировать адрес).
Вероятно, имеет смысл не становиться слишком конкретным на данном этапе и иметь дело со спецификой по мере их появления.