je pense que faire des pull request sans avoir un vrai contact avec l'auteur n'est pas forcément très pertinent. Ce qui va déterminer si l'auteur accepte tes contributions, c'est s'il les juge utiles pour le projet initial, et le seul moyen de faire cela et d'en parler avec lui.
Je connais peu de développeurs/mainteneurs de logiciels libres qui soient totalement injoignable. Créer un fork est potentiellement intéressant, mais cela va te créer du travail supplémentaire en terme de maintenance (git est fait pour ça en fait, si tu veux merger a posteriori tout en conservant ta fonctionnalité dans une branche locale au fil des évolutions du soft initial).
Est-ce que tu es bien certain que l'ajout d'une simple fonctionnalité justifie un fork du projet initial ? Cela serait vrai si tu avais une vision à long terme pour ce projet et que l'auteur ne veut plus/ne peut plus s'en occuper. Autrement tu peux, comme je le disais, garder une branche spéciale du projet initial et merger les mises à jour régulièrement.
Si le projet initial est GPLv2, tout ce que tu peux faire c'est licencier sous GPLv2 je crois, éventuellement si tu te sers uniquement des interfaces du projet initial, tu peux créer un module qui change de licence par rapport au soft principal (mais pas expert sur la question donc à prendre avec des pincettes).
# Pull request ?
Posté par nlhss . En réponse au message Comment forker un projet (bonne conduite). Évalué à 1.
Bonjour,
je pense que faire des pull request sans avoir un vrai contact avec l'auteur n'est pas forcément très pertinent. Ce qui va déterminer si l'auteur accepte tes contributions, c'est s'il les juge utiles pour le projet initial, et le seul moyen de faire cela et d'en parler avec lui.
Je connais peu de développeurs/mainteneurs de logiciels libres qui soient totalement injoignable. Créer un fork est potentiellement intéressant, mais cela va te créer du travail supplémentaire en terme de maintenance (git est fait pour ça en fait, si tu veux merger a posteriori tout en conservant ta fonctionnalité dans une branche locale au fil des évolutions du soft initial).
Est-ce que tu es bien certain que l'ajout d'une simple fonctionnalité justifie un fork du projet initial ? Cela serait vrai si tu avais une vision à long terme pour ce projet et que l'auteur ne veut plus/ne peut plus s'en occuper. Autrement tu peux, comme je le disais, garder une branche spéciale du projet initial et merger les mises à jour régulièrement.
Si le projet initial est GPLv2, tout ce que tu peux faire c'est licencier sous GPLv2 je crois, éventuellement si tu te sers uniquement des interfaces du projet initial, tu peux créer un module qui change de licence par rapport au soft principal (mais pas expert sur la question donc à prendre avec des pincettes).