Ho creato una correzione di bug su 4 righe per un problema minore in una libreria su github. Il progetto viene mantenuto attivamente con modifiche ogni pochi giorni.
Qual è il modo ideale per presentare una correzione così piccola? È per fork, correggere e inviare una richiesta di pull; presenta un problema e una richiesta pull; o semplicemente archiviare il problema con la mia copia incollata? (O qualcos'altro?)
Verifica se il progetto contiene delle linee guida a riguardo.
Tradizionalmente, dovresti presentare una segnalazione di bug, con una diff per la tua correzione prevista; il manutentore dovrebbe quindi esaminare il diff e decidere se vale la pena includere.
Recentemente, l'ascesa di SCM distribuiti come git, ha generato un atteggiamento diverso in cui sei incoraggiato a biforcare il progetto e pubblicare un link (o pull request); dal momento che il biforcarsi e il tirare sono ora a buon mercato, lo sforzo per il manutentore è spesso minore in questo scenario.
Ovviamente puoi sempre fare entrambe le cose: biforcare il progetto, applicare le modifiche, eseguire il dump di diff e inviare una segnalazione di bug contenente sia il diff sia un URI da cui estrarre.
Sono andato avanti e ho fatto una richiesta di pull. Questo era apparentemente ok per il manutentore della libreria anche per una piccola patch, anche se avevo bisogno di apportare alcune modifiche. (Fantastico, ho incasinato una patch a 4 linee.) Inoltre, una richiesta pull aggiunge automaticamente un problema associato alla richiesta pull, quindi un altro problema sarebbe ridondante. Questa sembra essere la soluzione migliore per i progetti più piccoli; progetti più grandi potrebbero avere politiche diverse.
Leggi altre domande sui tag open-source bug-report github