Si ton « fork » n'a pas pour vocation d'être intégré au projet upstream, il peut être pratique de maintenir une « patch queue ». L'idée est que tu travailles sur une copie du repo upstream sans jamais rien y committer directement. Ce que tu committes sont des patches qui sont appliqués sur le repo. Tu as donc le repo upstream et un repo qui contient des patches.
En pratique, ça se fait avec quilt (git) ou mq (Mercurial).
Si le but à court terme c'est d'intégrer tes changements au projet upstream, il est peut-être plus simple de maintenir une branche que tu merges manuellement de temps en temps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# patch queue
Posté par Krunch (courriel, site web personnel) . En réponse au message Forker un projet et le maintenir à jour. Évalué à 3.
Si ton « fork » n'a pas pour vocation d'être intégré au projet upstream, il peut être pratique de maintenir une « patch queue ». L'idée est que tu travailles sur une copie du repo upstream sans jamais rien y committer directement. Ce que tu committes sont des patches qui sont appliqués sur le repo. Tu as donc le repo upstream et un repo qui contient des patches.
En pratique, ça se fait avec quilt (git) ou mq (Mercurial).
Si le but à court terme c'est d'intégrer tes changements au projet upstream, il est peut-être plus simple de maintenir une branche que tu merges manuellement de temps en temps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.