Comment gérer les conflits avec les submodules?

J'ai un git superproject qui fait référence à plusieurs submodules et je suis en train de verrouiller un flux de travail pour le reste de mon projet de travailler à l'intérieur.

Pour cette question, disons que mon superproject est appelé supery et le sous-module est appelé subby. (Puis, est une simplification de ce que je suis en train de faire...je ne suis pas vraiment à l'aide de branches pour les versions, mais j'ai pensé qu'il serait plus facile de poser une question.)

Ma branche master de supery a la balise v1.0 du projet git subby référencé comme un sous-module. La direction générale de supery appelé one.one et changé la référence de la sous-module de point à la balise v1.1 de subby.

Je peux travailler à l'intérieur de chacune de ces branches sans accroc, mais si j'essaie de mettre à jour le one.one de la direction, avec les changements de la master branche de recevoir certains conflits et je ne sais pas comment le résoudre.

Au fond après l'exécution d'un git pull . master tandis que dans le subby branche, on dirait qu'il crée des submodules.

Avant le pull/fusion, je reçois la réponse souhaitée à partir de git submodule de la one.one branche:

$ git checkout master
$ git submodule
qw3rty...321e subby (v1.0)
$ git checkout one.one
$ git submodule
asdfgh...456d subby (v1.1)

Mais après le pull, il ajoute des submodules quand je lance git submodule:

$ git pull . master
Auto-merged schema
CONFLICT (submodule): Merge conflict in subby - needs qu3rty...321e
Automatic merge failed; fix conflicts and then commit the results.

$ git submodule
qw3rty...321e subby (v1.0)
asdfgh...456d subby (v1.1)
zxcvbn...7890 subby (v1.1~1)

Comment puis-je supprimer/ignorer les bruits sous-module de références et de s'engager mes conflits et les changements? Ou est-il un paramètre que je peux l'utiliser avec mon original git pull qui ignore mon submodules?

InformationsquelleAutor Tyler | 2009-05-05