Quelle est la responsabilité d'un correctif de correctif de bogue?

Question

Une situation qui est née plusieurs fois dans des projets open source comme ceci:

1. Je remarque un bug dans notre déploiement et je trouve un patch de piratage rapide. (Par exemple, commentant simplement le code dont nous n'avons pas réellement besoin.)
2. Je passe un peu d'effort supplémentaire pour comprendre le vrai bug, proposer un patch et le soumettre via une demande de traction GIT, ou similaire.
3. Ma demande de traction est rejetée. Peut-être que le patch était imparfait (par exemple, inclus des lignes qu'il ne devrait pas avoir), peut-être qu'il a violé le style de codage, peut-être qu'il avait d'autres ramifications. Ou peut-être que j'ai fait quelque chose de mal dans Git - la demande de traction aurait dû être rebondie ou quelque chose. Un responsable fournit des commentaires sur la façon d'améliorer le correctif et demande que je le soumette.

À ce stade, je suis confus quant à la distance que je devrais continuer. En ce qui me concerne, je n'ai pas de problème: je l'ai corrigé à l'étape 1. J'ai signalé le problème, j'ai même pris des mesures pour le résoudre pour les autres. Mais je ne pense pas que ce soit "ma" demande de traction, donc je ne pense pas que cette responsabilité d'améliorer le patch me soit venue.

Une situation particulière qui me dérange est après une discussion sur les défaillances de mon patch, nous parvenons à un accord sur une liste de diffusion sur le correctif correct (c'est-à-dire comment il devrait se comporter, y compris parfois chaque ligne de code énoncée). Ensuite, il est toujours présumé de ma responsabilité de générer et de soumettre le patch.

Existe-t-il une étiquette standard dans ces situations? Comment sont-ils résolus? Ma réaction est-elle inhabituelle? Jusqu'où vous attendez-vous pour que votre correction de bogue soit accepté?

(Remarque lorsque je dis "projet open source", certains d'entre eux sont très petits, mais peuvent ne pas être des passe-temps - simplement de petits projets logiciels qui sont utiles à plusieurs organisations, qui engagent les ressources des développeurs pour y travailler. En cas de réponse évidente est "Correction du patch et de la soumission", comprenez que j'ai des responsabilités envers mon employeur de travailler sur des choses qui leur sont avantageuses. Passer du temps à réparer un bogue qui ne nous affecte pas serait faux ...)