Я знаю, что вы можете закрыть проблемы, поместив closes #1 или fixes #1 в сообщение фиксации. Как лучше всего закрыть несколько проблем в одном сообщении о фиксации?
Кроме того, похоже, что использование fixes вместо closes не создает ссылку из сообщения фиксации на проблему, но закрывает проблему. Что с этим?
Closes #1, closes #2, closes #3; rest of commit message.
Предложения closes могут находиться в любом месте сообщения, а fixes является допустимым синонимом:
This fixes a memory leak in foo() that closes #4,
also fixes #5 which is a duplicate.
Следующие раньше работали, но в настоящее время только ссылки выпускают №2 и №3.
Closes #1, #2, #3
Closes #1, closes #2, closes #3? Многословно и избыточно, да, но, может быть, это сработает?
- person Jakob Borg; 01.05.2011
Closes #1, #2, #3? Мне кажется смешным писать 10 closes плюс номера выпусков, которые должны быть закрыты, вместо одного закрытия и всех чисел после этого. : - /
- person rbaleksandar; 07.10.2015
This closes issue #3 будет ссылаться только на #3. Не имеет значения, где находится closes #3 или fixes #3 и т. Д. В сообщении фиксации, но оно должно быть совместным.
- person Hobbyist; 02.03.2017
В ответе и комментарии к этому ответу упоминается следующий формат:
Закрывает # 1, закрывает # 2, закрывает # 3; Фактическое сообщение фиксации
Если бы у меня был проект, в котором стоит поучаствовать, и кто-то отправил бы запрос на вытягивание с такими сообщениями о фиксации, я бы отказался от вытягивания, независимо от того, насколько красивым был код.
Возможно, это просто вопрос моих личных предпочтений, и в конечном итоге люди, используемые для сжатия сообщений коммитов, которые загромождают сводки истории Git, в конечном итоге будут избиты до основания, но я бы предпочел видеть сообщения коммитов в формате:
Краткое описание внесенных изменений.
Исправлены следующие ошибки:
* Модифицированный загрузчик ошибок, исправляет # 1
* Возвращен нестандартный указатель, исправляет # 2
* Применена новая графика к элементам графического интерфейса, закрывается # 3
Он попросил найти лучший способ закрыть несколько проблем.
Также обратите внимание, что если вы отправите фиксацию с сообщением в любую другую ветку, кроме текущей ветки по умолчанию вашего репозитория, проблемы будут только упоминаться. Отправка фиксации в основную ветку закроет проблемы. См .: Ссылка на номер проблемы GitHub не работает?
Обратите внимание, что, начиная с января 2013 г., «Закрытие проблем с помощью фиксации Сообщения »изменилось:
Теперь, когда вы вводите «Fixes #33» в сообщении о фиксации, проблема 33 будет закрыта только после того, как фиксация будет объединена с ветвью по умолчанию (обычно master).
Это очень полезно, потому что это означает, что статус открытия / закрытия проблемы будет отображаться в ветке по умолчанию.
Если ошибка не исправлена в ветке по умолчанию, проблема останется открытой.
После фиксации с исправлением добавлен в ветку по умолчанию, проблема будет автоматически закрыта.Вы можете использовать любое из этих ключевых слов, чтобы закрыть проблему через сообщение фиксации:
close, closes, closed, fixes, fixed
Как видно из вопроса «Закрытие проблемы GitHub в другой ветке», это сначала вызывает некоторую путаницу.
Здесь из Github собственная документация: Связывание запроса на вытягивание с проблемой
Resolves #10, resolves #123, resolves octo-org/octo-repo#100
Закрытие проблем с помощью ключевых слов - это документ от GitHub, в котором описывается, как чтобы закрыть проблемы, теги и как закрыть несколько проблем.
Чтобы ответить на ваши вопросы, ответ от GitHub:
Чтобы закрыть несколько проблем, перед каждой ссылкой на проблему используйте одно из указанных выше ключевых слов. Вы должны использовать ключевое слово перед каждой проблемой, на которую вы ссылаетесь, чтобы ключевое слово работало.
Например, это закрывает # 34, закрывает # 23 и закрывает example_user / example_repo # 42 закрывает проблемы # 34 и # 23 в том же репозитории, и выпуск # 42 в репозитории example_user / example_repo.
