Подтвердить что ты не робот

Где я могу сообщить об ошибке git

Я пытаюсь использовать опцию mailmap.file config для git. Путь, однако, не расширяется оболочкой, то есть я не могу писать $HOME/.mailmap или ~/.mailmap. Это очень раздражает, если вы синхронизируете свои dotfiles с чем-то вроде homesick и используете тот же .gitconfig для Windows, OS X и Linux.

Я не могу найти bugtracker для git, и я не хочу спамить список рассылки git с чем-то подобным. Как сообщить об этой ошибке/незначительном раздражении?

4b9b3361

Ответ 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:

  1. submitGit, кажется, все еще имеет несколько грубых краев. Например, он не изменяет временные метки, чтобы помочь поточным считывателям почты обрабатываться не по порядку доставка.
  2. Субъективно, в наши дни GGG, кажется, чаще используется в списке, особенно постоянными в списке.
  3. 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 заблокировать адрес).
    Вероятно, имеет смысл не становиться слишком конкретным на данном этапе и иметь дело со спецификой по мере их появления.

Ответ 2

Лучшим местом для сообщения об ошибках обычно является список рассылки. Вам даже не нужно подписываться на почту, просто отправьте письмо по адресу: [email protected].

Вы можете найти более официальную информацию о списке рассылки здесь.

Проверьте также: