Git: comment fusionner les fichiers modifiés seulement

Question

J'ai le problème suivant: Nous avons un grand produit qui est dans la branche maître. Nous avons aussi d'autres branches qui ont seulement quelques fichiers, les fichiers qui sont spécifiques à cette branche seulement. Chacune de ces branches représente un plugin au produit principal. Ainsi par exemple quand vous obtenez le produit principal, vous recevez beaucoup de fichiers, les installez, etc. et plus tard quand vous décidez d'obtenir un plugin, vous recevez un paquet contenant seulement plusieurs fichiers et en téléchargeant ces fichiers (et en remplaçant les originaux) vous obtenez le plugin installé.

J'ai un paiement.php dans la branche principale (ainsi que de nombreux autres fichiers). Et j'ai la branche paypal qui a un seul fichier qui est payment.php. Maintenant, je corrige un bug dans le fichier payment.php de master et je veux fusionner ce correctif dans la branche paypal. Cependant quand je cours la fusion, absolument tous les dossiers sont ajoutés à cette branche. Donc, à la fin, la branche paypal a tous les fichiers de la branche maître. Avez-vous par hasard savoir comment cela peut être réparé? Je veux que GIT fusionne uniquement les fichiers qui existent dans cette branche, donc dans l'exemple ci-dessus la branche paypal devrait toujours avoir un seul fichier (payment.php) avec le correctif de bogue fusionné.

Answer 1

C'est pourquoi il est important de gérez bien vos agences, en particulier pour utiliser des branches thématiques et fusionner vers le haut.

Vous devez faire ce correctif sur une branche de sujet, fourchue d'un ancêtre commun de toutes les branches qui ont besoin de la solution, puis fusionner à la fois maître et paypal:

x - x - x - x ------------- X (master) 
|\       | 
| x - x - x ---- X (paypal) | 
\   /  /
    x (bugfix) --------------- 

Si vous avez déjà fait votre bugfix, et vous tort fait sur maître au lieu de partir de la base de fusion appropriée, et l'histoire sur le maître n'a pas été publié, vous devriez écrémer ou rebasage au bon endroit:

# If the bugfix commit is not at the tip of master, you can rebase to get it there: 
git rebase -i <commit before the bugfix> master 
# rearrange the list of commits to put the bugfix at the tip, save and quit 

# Now either cherry-pick or rebase the commit to the right place 
# (rebase is easier if the bugfix is actually several commits) 

# Cherry-pick 
# make a branch and cherry-pick 
git checkout -b bugfix <SHA1 of merge base> 
git cherry-pick <SHA1 of bugfix> 
# remove the commit from master, assuming it's still on the tip 
git checkout master 
git reset --hard master^ 

# or rebase 
# make the bugfix branch (assuming it's still on the tip) 
git branch bugfix master 
# and remove the commit from master (assuming it's still on the tip) 
git checkout master 
git reset --hard master^ # or if the bugfix is composed of n commits, master~n 
# rebase the bugfix branch to the right place 
git rebase --onto <SHA1 of merge base> master bugfix 

Si l'histoire a été publiés, tout ce que vous pouvez faire est de choisir la cerise sur la branche bugfix paypal, et rappelez-vous de le faire dès la prochaine fois:

git checkout paypal 
git cherry-pick <SHA1 of bugfix> 

Answer 2

Pourquoi pas vos autres branches contiennent tous les fichiers qui font partie de la branche maîtresse? Vous êtes en train de vous compliquer la tâche en supprimant tous les autres fichiers. Surtout si vous avez plus tard besoin de changer un autre fichier que vous avez déjà supprimé.

Answer 3

Vous pouvez faire quelque chose de similaire à ceci: http://nvie.com/git-model

(J'espère que cela fonctionne)

master continuera à être votre branche principale. Vous créez un deuxième maître de branche appelé bugfix. Vous créez une troisième branche hors de correction de bug appelée plugin-foo.

Dans plugin-foo vous supprimez tous les fichiers qui ne sont pas nécessaires. Maintenant, chaque fois que vous apportez une modification aux fichiers qui ne sont pas dans la branche du plugin, vous effectuez ceux-ci sur la branche master. Toutes les corrections de bugs vont dans la branche bugfix. Vous fusionnez périodiquement la branche bugfix dans les branches master et plugin. Ce qui conduit à des corrections de bogues dans ces deux branches.

Answer 4

Vous vous trompez. Vous êtes censé avoir tous les fichiers dans la branche.

C'est le travail de Git de garder une trace des fichiers qui diffèrent entre les branches, pas les vôtres. C'est en quelque sorte l'un des points d'utilisation d'un VCS.

Si vous souhaitez distribuer uniquement les fichiers qui diffèrent entre les branches, ceux-ci peuvent facilement être extraits par un script.

Answer 5

Isoler vos plugins dans leur propre repo git vous permet de les faire évoluer indépendamment sur un projet parent.

Si, cependant, vous devez les directement inclus dans votre projet, les versions récentes de Git (git1.7.11, Juin 2012), comprend le git subtree script (anciennement developed on GitHub par apenwarr, maintenant fusionné dans git ligne principale)

De cette façon , vous pouvez fusionner un référentiel (et son historique) dans un autre, en gardant l'option d'extraire son historique plus tard (par opposition à la fusion de sous-arborescence).
Cela pourrait être considéré comme une alternative aux sous-modules git.

Une autre alternative est git slave, pour maintenir les parents et les sous-modules étroitement synchronisés.