Comme demandé dans cette question , je veux également savoir comment résoudre un conflit git stash pop
sans ajouter toutes les modifications à un commit (tout comme "git stash pop" sans conflit).
Mon approche actuelle est très peu cool car je le fais de cette façon:
git stash pop -> CONFLICT
git stash drop
[resolve conflict]
[add conflict files]
git reset HEAD <all files that are in commit-mode>
[Mise à jour] Une façon de le reproduire:
mkdir foo; cd foo; git init
echo "1" > one
echo "2" > two
git add -A; git commit -m "first"
echo "1.1" > one
echo "2.1" > two
git stash
echo "2.2" > two
git commit -a -m "second"
echo "Only this file would stay in HEAD without the conflict" > third
git add third
git stash pop
git status
2016-06-27: Ajout d'un nouveau fichier appelé «troisième» à l'exemple pour montrer que des solutions de contournement comme la solution de scy ne fonctionnent que pour les HEAD vides mais ne résolvent pas le problème initial que la HEAD n'a pas le même contenu comme pour un git stash pop
sans conflit.
git stash pop
se produit quand aucun conflit ne se produit (mais avec notification des fichiers à fusionner).
git add
avez donc résolu vos fichiers de conflit, les mettre en scène efficacement dans l'index, et vous ne souhaitez pas les avoir dans notre index?