Закриття декількох проблем у Github із повідомленням про фіксацію

Я знаю, що ви можете закрити проблеми, поставивши повідомлення 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

У відповіді та коментарі до цієї відповіді згадується наступний формат:

Закривається №1, закривається №2, закривається №3; Повідомлення фактичної фіксації

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

Можливо, це лише питання моїх особистих уподобань, і в кінцевому підсумку люди будуть збиті на самий ґрунт людьми, які використовуються для компактної передачі повідомлень, що захаращують підсумки історії Git, але я б швидше побачив повідомлення про присвоєння формату:

Підсумок внесених змін.

Виправлені наступні помилки:
* Модифікований завантажувач помилок, виправлення №1
* Повертається нестандартний покажчик, виправлення №2
* Застосовується нова графіка до елементів gui, закривається №3

Він попросив найкращий спосіб закрити кілька питань.

Також зауважте, що якщо ви натиснете команду з повідомленням до будь-якої іншої гілки, ніж поточна гілка за замовчуванням вашого сховища, про проблеми будуть посилатися лише. Натискання комітету на головну гілку закриє проблеми. Див.: Посилання на номер випуску GitHub не працює?

Зауважте, що з січня 2013 року "Закриття випусків через повідомлення комісій" змінилося:

Тепер, коли ви вводите " Fixes #33" у повідомлення про виконання, проблема 33 буде закрита лише після об'єднання комісії у вашу гілку за замовчуванням (як правило master) .

Це дуже корисно, оскільки це означає, що статус відкритого / закритого питання буде відображатись у вашу гілку за замовчуванням.
Якщо помилка не виправлена ​​у вашій гілці за замовчуванням, проблема залишиться відкритою.
Після того, як фіксація з виправленням об'єднана у вашу гілку за замовчуванням, проблема автоматично закриється.

Ви можете використовувати будь-яке з цих ключових слів, щоб закрити проблему через повідомлення про фіксацію:

close, closes, closed, fixes, fixed

Як показано в запитанні " Закриття випуску GitHub під час роботи на іншій гілці ", спочатку це викликає певну плутанину.

"Закриття проблем із використанням ключових слів" - це документ від GitHub, який описує, як закрити проблеми, теги та як закрити декілька проблем.

Щоб відповісти на ваші запитання, GitHub відповість:

Закриття декількох випусків

Щоб закрити кілька питань, передмовляйте посилання на кожну проблему одним із перерахованих вище ключових слів. Ви повинні використовувати ключове слово перед кожним випуском, на який ви посилаєтесь, щоб ключове слово працювало.

Наприклад, це закриття №34, закриття №23 та закриття example_user / example_repo # 42 закриє проблеми №34 та №23 в одному сховищі та випуск № 42 у сховищі "example_user / example_repo".