• # Quelques idées

    Posté par (site web personnel) . En réponse au message Forker un projet et le maintenir à jour. Évalué à 4.

    Note : Je tiens a m'excuser de tous les anglicismes, ils concernent la manière de travailler sur un projet a plusieurs et j’espère qu'ils seront facilement compris par tout le monde.

    • Fais des tests. Le mieux serait de couvrir 100% du code, et de tester tous les cas bizarres. Quand je dis "faire des tests" ça veut dire tests unitaires, fonctionnels, tout ce qui est testable automatiquement par une machine.
    • Lorsque tu as finis tes tests, remonte les upstream. Puisque ce sont des tests, ils devraient passer avec la version actuelle
    • Une fois (et une fois seulement) que c'est fait, commence a faire tes modifications dans ta branche
    • Lorsque tu as une fonctionnalité "traduite", propose la upstream. Le plus souvent possible.
    • Une fois mergée, rebase ta branche sur l'originale, de manière a avoir le moins de changements qui n'existent que dans ton coin.
    • Et tu recommences.

    En fait, je pense que la philosophie agile ("Release early, release often") est une approche intéressante qui te permettra de ne pas te retrouver avec un fork trop loin de l'original. Le problème est l'acceptation de tous tes patchs upstream; c'est pour ça que les tests sont vitaux, pour être sur que tu ne casses rien (et pour montrer ta bonne volonté aux développeurs originaux)

    Je ne l'ai jamais fait, mais c'est comme ça que je ferais.