Chiusura di più problemi in GitHub con un messaggio di commit

So che puoi chiudere i problemi inserendo closes #1o fixes #1nel messaggio di commit. Qual è il modo migliore per chiudere più problemi nello stesso messaggio di commit?

Inoltre, sembra che l'uso fixespiuttosto che closesnon crea un collegamento dal messaggio di commit al problema, ma non vicino la questione. Cosa succede con quello?

Closes #1, closes #2, closes #3; rest of commit message.

Le closesclausole possono essere ovunque nel messaggio ed fixesè un sinonimo valido:

This fixes a memory leak in foo() that closes #4,
also fixes #5 which is a duplicate.

Di seguito utilizzato per il lavoro, ma al giorno d'oggi solo riferimenti problemi # 2 e # 3.

Closes #1, #2, #3

La risposta e un commento a tale risposta menzionano il seguente formato:

Chiude # 1, chiude # 2, chiude # 3; Messaggio di commit effettivo

Se avessi un progetto a cui vale la pena partecipare e qualcuno inviasse una richiesta di pull con tali messaggi di commit, rifiuterei il pull indipendentemente da quanto fosse bello il codice.

È possibile che sia solo una questione di mie preferenze personali e finirà per essere battuto a terra da persone abituate a compattare i messaggi di commit che ingombrano i riepiloghi della cronologia di Git, ma preferirei di gran lunga vedere i messaggi di commit con il formato:

Riepilogo della modifica apportata.

Risolti i seguenti bug:
* Caricatore di errori modificato, correzioni n.1
* Restituito un puntatore non aggiornato, correzioni n.2
* Nuova grafica applicata agli elementi della gui, chiusura n.3

Ha chiesto il modo migliore per chiudere più questioni.

Si noti inoltre che se si invia il commit con il messaggio a qualsiasi altro ramo diverso dal ramo predefinito corrente del proprio repository, i problemi verranno solo referenziati. Spingere il commit al ramo principale chiuderà i problemi. Vedi: Link al numero di problema di GitHub non funziona?

Tieni presente che, da gennaio 2013 , "Risoluzione dei problemi tramite messaggi di commit" è cambiato:

Ora quando inserisci " Fixes #33" in un messaggio di commit, il problema 33 verrà chiuso solo una volta che il commit è stato unito al tuo ramo predefinito (di solito master) .

Questo è molto utile perché significa che lo stato di apertura / chiusura del problema verrà mappato al tuo ramo predefinito.
Se il bug non viene risolto nel ramo predefinito, il problema rimarrà aperto.
Una volta che il commit con la correzione è stato unito al tuo ramo predefinito, il problema verrà chiuso automaticamente.

Puoi utilizzare una qualsiasi di queste parole chiave per chiudere un problema tramite il messaggio di commit:

close, closes, closed, fixes, fixed

Come illustrato dalla domanda " Chiusura di un problema di GitHub su un ramo diverso ", all'inizio questo causa un po 'di confusione.

"Chiusura dei problemi utilizzando le parole chiave" è un documento di GitHub che descrive come chiudere i problemi, i tag e come chiudere più problemi.

Per rispondere alle tue domande la risposta di GitHub è:

Chiusura di più problemi

Per chiudere più problemi, anteporre a ciascun riferimento il problema con una delle parole chiave precedenti. È necessario utilizzare la parola chiave prima di ogni problema a cui si fa riferimento affinché la parola chiave funzioni.

Ad esempio, questo chiude # 34, chiude # 23 e chiude example_user / example_repo # 42 chiuderebbe i problemi # 34 e # 23 nello stesso repository e il problema # 42 nel repository "example_user / example_repo".