J'ai un projet hébergé sur github. Il existe une branche principale (branche principale) pour le code déployé en production. Les projets individuels sont ramifiés à partir de main (proj-001, proj-002 ...).git re-commit reverse commets
Ainsi, dans le cadre d'un projet/deploy ....
- git checkout principale branche
- git traction origine principale branche
- git checkout -b proj-001
- (faire quelques modifications)
- git add.
- git commit -a -m "quelques notes"
- (fusion la principale branche dans ma branche de travail)
- (faire quelques modifications plus)
- git add.
- git commit -a -m "quelques autres notes"
à un moment donné, le bibliothécaire tire tout le code ensemble pour un test/déploiement cycle. S'il y a un problème avec une branche particulière, il est inversé. (et la mauvaise nouvelle est qu'une fois qu'il est revenu, ramener cette branche dans la branche principale est difficile et risqué.)
Donc, ma question: quel est le meilleur et le plus simple pour transformer mes commits en une nouvelle branche? (ma tentative actuelle de "cherry-pick" a abouti à une erreur "fatale: votre fichier d'index n'est pas fusionné" que Google n'a pas pu décrire.)
MISE À JOUR: J'ai mis à jour les événements ... le bibliothécaire a fusionné par inadvertance branche principale dans ma branche de travail ... à plus d'une occasion
quasi-double de http://stackoverflow.com/questions/1078146/re-doing-a-reverted-merge-in-git –
qui est un bon article ... mais le mien est plus complexe. Je vais mettre à jour le post. – Richard