• [^] # Re: Pourquoi du théorie des patch c'est bien

    Posté par (site web personnel) . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 4. Dernière modification le 20 septembre 2017 à 10:03.

    Qu'est-ce que tu veux dire exactement?

    Ce dont je parle est la situation suivante: partant de la branche maintenance/v2.0 deux branches fix/bug-1 et fix/bug-2 sont "mergées" vers une nouvelle branche patchset/v2.0.1 elle aussi issue de maintenance/v2.0, ce qui donne lieu à une résolution de conflit. Si maintenant on décide que le "patchset" patchset/v2.0.1 ne soit finalement pas ajouté à maintenace/v2.0 mais seulement à master alors on a envie de "rebaser" la branche maintenance/v2.0..patchset/v2.0.1 sur master et cela ne marche pas facilement parceque dans sa version la plus simple l'appel

    git rebase --onto master --preserve-merges patchset/v2.0.1 maintenance/v2.0`

    demande de rerésoudre les conflits résultant du "merge" de fix/bug-1 et fix/bug-2. C'est dans ce sens que "git ne sauvegarde pas les résolutions de conflit". Ce comportement peut dépendre de la version (2.8.4 ici) et de la configuration (cf. rerere) mais c'est dans certains cas le fonctionnement normal de git.