J'essaie de faire une fusion et il y a un tas de conflits. Toutes les fichiers génèrent de sorte que ce que je veux faire est de dire essentiellement «ignorer tous les conflits de fusion et vérifier tout de mon propre repo».
J'ai essayé p> Cela me donne une erreur car il y a toujours des fichiers dans le godet "chemins non licenciés". Comment puis-je gérer cela? P> Merci! P> P>
4 Réponses :
Les commandes GIT sont très méfiantes de cacher des conflits - vous devez très bien vérifier explicitement dans un fichier conflictuel pour le faire savoir qu'elle est corrigée. Il semble étrange qu'il n'y ait pas d'option Conseil de bonus: Si vous modifiez "git Ajouter" en $ Editeur, vous avez maintenant -f code> style pour
git Ajouter code> pour le faire savoir que vous voulez vraiment le dire, mais voici un alias que j'ai qui aidera: < PRE> XXX PRE>
edit-non licencié non omme>, pour éditer tous les fichiers conflictuels! P> < / p>
Utilisez un pilote de fusion personnalisé strong>: ( Vous pouvez spécifier un modèle plus précis pour isoler les fichiers exacts concernés par cette fusion personnalisée) p> avec la configuration: p> voir " Comment puis-je dire à GIT de toujours sélectionner ma version locale pour des fantassies en conflit sur un fichier spécifique? " pour un exemple complet. P> p>
Vous pouvez déclarer ce pilote dans un .gitattributes code> situé dans le répertoire de droite (celui avec les fichiers générés dont vous ne souhaitez pas traiter)
Ah, bon appel. J'avais supposé que l'Op voulait toujours (ou devait avoir à) saisir manuellement les versions correctes des fichiers, mais comme ils sont générés des fichiers, il devrait être possible de les cibler avec un pilote de fusion!
Pour ce cas, l'utilisation de regex aida à la mise en scène.
Après la résolution du conflit, pour ajouter des fichiers dans des chemins non mérités, vous pouvez utiliser l'identifiant commun des fichiers. P>
Par exemple, si peu de fichiers texte et de fichiers XML doivent être engagés, les extensions sur les fichiers sont .Txt and .xml, étayez les fichiers à l'aide de la commande ci-dessous. P>
git add *.txt *.xml
Aucun support git natif, mais vous pouvez essayer le piratage suivant: Pour être sûr, exécutez la commande sans Xargs d'abord pour inspecter les fichiers à ajouter. P> < / p>
Êtes-vous sûr qu'il ne vous a pas simplement donné une erreur parce que vous avez mis une option après le chemin au lieu de cela?
En outre, il y a toujours
git fusion -xours code>, qui résout les conflits en utilisant "notre" version. (L'option "Notre" est transmise à la stratégie de fusion récursive.)
Oh, je vois ce que tu veux dire - vous obtenez une erreur du commit, pas la caisse. Réponse Temps!
Il semble intuitif pour que Git accepte tous les fichiers dont <<<, >>> et === Les signes ont été éliminés.