Notre première contribution de patch reçue par e-mail a été surprenante... pour celui qui l’a envoyée. Il ne s’attendait en fait pas à ce qu’on fasse de notre côté tous les efforts nécessaires à l’intégrer.
De mon point de vue c’est au mainteneur du projet de faire le travail requis à l’intégration d’une contribution (à partir bien sûr du moment où cette contribution est souhaitée). La contrepartie bien sûr c’est que le mainteneur a souvent peu de temps restant pour contribuer lui-même directement au développement logiciel.
Pour ma part j’alterne par périodes : je fais des pauses dans la maintenance, durant lesquelles je ne fais que des réponses rapides aux éventuels nouveaux contributeurs pour qu’ils ne se sentent pas oubliés, pour pouvoir passer un peu de temps sur la partie développement.
Je suis certain que ce n’est pas la meilleure manière de fonctionner, ce n’est peut-être même pas plus efficace que des règles de contribution rigides mais détaillées, mais ça marche très bien depuis des années pour un projet axé autour d’un logiciel avec une demi-douzaine de contributeurs réguliers et tout un tas de contributeurs ponctuels, que ce soit pour fournir des patchs, du code tout frais ou des retours d’expérience.
[^] # Re: Et l'humain ?
Posté par vv222 . En réponse au journal Faciliter les contributions au code. Évalué à 2.
Parfait, tu es prêt à contribuer à ./play.it ;)
Notre première contribution de patch reçue par e-mail a été surprenante... pour celui qui l’a envoyée. Il ne s’attendait en fait pas à ce qu’on fasse de notre côté tous les efforts nécessaires à l’intégrer.
De mon point de vue c’est au mainteneur du projet de faire le travail requis à l’intégration d’une contribution (à partir bien sûr du moment où cette contribution est souhaitée). La contrepartie bien sûr c’est que le mainteneur a souvent peu de temps restant pour contribuer lui-même directement au développement logiciel.
Pour ma part j’alterne par périodes : je fais des pauses dans la maintenance, durant lesquelles je ne fais que des réponses rapides aux éventuels nouveaux contributeurs pour qu’ils ne se sentent pas oubliés, pour pouvoir passer un peu de temps sur la partie développement.
Je suis certain que ce n’est pas la meilleure manière de fonctionner, ce n’est peut-être même pas plus efficace que des règles de contribution rigides mais détaillées, mais ça marche très bien depuis des années pour un projet axé autour d’un logiciel avec une demi-douzaine de contributeurs réguliers et tout un tas de contributeurs ponctuels, que ce soit pour fournir des patchs, du code tout frais ou des retours d’expérience.