effectivement, c'est un peu hard quand tu as codé pendant 8h et que ta pull-request reste en carafe pendant des mois, sans réaction ni commentaire.
Je pense que c'est différent selon les projets...
Pour citer mon expérience, sur le projet QGIS, il y a pas mal de PR en souffrance. Néanmoins, si tu relances les personnes qui ont un droit de commit sur le dépôt, bien souvent ça avance plus vite. On peut le faire soit via Github, soit par email ou bien en arrosant la mailing-list des développeurs. Le principal frein de l'inclusion des PR (pour QGIS) est sans doute le peu de personnes capables d'effectuer une revue de code d'intérêt et vérifier que la PR s'intègre bien dans le code en cours (l'application est vaste et complexe). Et donc, il ne faut pas trop abuser de leur temps (ils travaillent également sur des nouvelles fonctionnalités pour lesquelles ils sont payés) et il faut se montrer patient. Par ailleurs, le projet QGIS a un cycle de développement assez court (publication d'une version stable tous les 4 mois) qui impose un gel de fonctionnalités d'un mois. Pendant ce temps, une PR qui ajoute des fonctionnalités sera forcément en attente.
Donc, en général, les inclusions de code externe, ça peut mettre du temps. C'est souvent assez vrai sur un projet communautaire qui n'est pas englobé par une structure (une institution ou une boîte privée qui est la principale source de contribution ou de financement et qui embauche des gens pour gérer les contributions externes). Quand on a affaire à des projets où la gouvernance repose davantage sur une communauté, il faudra pouvoir bien s'insérer dans cette communauté, comprendre ses rythmes, son réseau social, ses outils et ses conventions de code pour trouver le meilleur moyen de contribuer. Pour l'instant, mon expérience sur QGIS reste vraiment très bonne. Les "commiters" détectent les nouveaux développeurs, leur donnent des explications, prennent du temps pour faire une revue de code avec des modifs et des commentaires, ne demandent pas la lune pour une première contribution (mais insistent sur quelques points incontournables comme les tests unitaires) et prennent également du temps pour finaliser la PR si le contributeur n'y arrive pas où si le travail de correction est assez simple.
Peut-être que pour ton problème de PR sans effet, il faudrait pouvoir contacter (par un moyen ou un autre) les personnes en charge des commits pour appuyer tes demandes. Après, s'ils restent sourds à tes appels, changer de projet est parfois une solution (genre, viens contribuer au client Web de QGIS, on en a besoin) !
[^] # Re: À propos des nouvelles fonctionnalités
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Cinq ans de projets libres : bilan et retour d'expérience sur la contribution. Évalué à 8.
Hello,
effectivement, c'est un peu hard quand tu as codé pendant 8h et que ta pull-request reste en carafe pendant des mois, sans réaction ni commentaire.
Je pense que c'est différent selon les projets...
Pour citer mon expérience, sur le projet QGIS, il y a pas mal de PR en souffrance. Néanmoins, si tu relances les personnes qui ont un droit de commit sur le dépôt, bien souvent ça avance plus vite. On peut le faire soit via Github, soit par email ou bien en arrosant la mailing-list des développeurs. Le principal frein de l'inclusion des PR (pour QGIS) est sans doute le peu de personnes capables d'effectuer une revue de code d'intérêt et vérifier que la PR s'intègre bien dans le code en cours (l'application est vaste et complexe). Et donc, il ne faut pas trop abuser de leur temps (ils travaillent également sur des nouvelles fonctionnalités pour lesquelles ils sont payés) et il faut se montrer patient. Par ailleurs, le projet QGIS a un cycle de développement assez court (publication d'une version stable tous les 4 mois) qui impose un gel de fonctionnalités d'un mois. Pendant ce temps, une PR qui ajoute des fonctionnalités sera forcément en attente.
Donc, en général, les inclusions de code externe, ça peut mettre du temps. C'est souvent assez vrai sur un projet communautaire qui n'est pas englobé par une structure (une institution ou une boîte privée qui est la principale source de contribution ou de financement et qui embauche des gens pour gérer les contributions externes). Quand on a affaire à des projets où la gouvernance repose davantage sur une communauté, il faudra pouvoir bien s'insérer dans cette communauté, comprendre ses rythmes, son réseau social, ses outils et ses conventions de code pour trouver le meilleur moyen de contribuer. Pour l'instant, mon expérience sur QGIS reste vraiment très bonne. Les "commiters" détectent les nouveaux développeurs, leur donnent des explications, prennent du temps pour faire une revue de code avec des modifs et des commentaires, ne demandent pas la lune pour une première contribution (mais insistent sur quelques points incontournables comme les tests unitaires) et prennent également du temps pour finaliser la PR si le contributeur n'y arrive pas où si le travail de correction est assez simple.
Peut-être que pour ton problème de PR sans effet, il faudrait pouvoir contacter (par un moyen ou un autre) les personnes en charge des commits pour appuyer tes demandes. Après, s'ils restent sourds à tes appels, changer de projet est parfois une solution (genre, viens contribuer au client Web de QGIS, on en a besoin) !