Git résoudre les conflits à l'aide de --la nôtre/--la leur pour tous les fichiers

Est-il un moyen de résoudre les conflits pour tous les fichiers à l'aide de la caisse --ours et --theirs? Je sais que vous pouvez le faire pour des fichiers individuels, mais ne pouvait pas trouver un moyen de le faire pour tous.

  • Ne git checkout --ours -- . travail? Le . désigne le répertoire courant, lorsqu'il est appliqué à partir du répertoire de travail de la racine, de sorte qu'il est fondamentalement signifie que la totalité du répertoire de travail. Pas sûr si cela va fonctionner avec la --ours drapeau cependant, et je ne suis pas sûr de savoir comment il va gérer supprimé ou renommé conflits de fichiers.
  • Je l'ai utilisé avec succès. Peut-être cela devrait être une réponse?
InformationsquelleAutor exe163 | 2014-07-14
  1. 84

    Juste grep à travers le répertoire de travail et envoyer la sortie à travers la commande xargs:

    grep -lr '<<<<<<<' . | xargs git checkout --ours

    ou

    grep -lr '<<<<<<<' . | xargs git checkout --theirs

    Comment cela fonctionne: grep recherche dans tous les fichiers dans le répertoire courant ( . ) et les sous-répertoires de manière récursive (le -r drapeau) à la recherche de marqueurs de conflit (la chaîne de caractères " <<<<<<<")

    la -l ou --files-with-matches drapeau causes grep de sortie uniquement le nom de fichier où la chaîne a été trouvée. La numérisation s'arrête après le premier match, de sorte que chaque fichier correspondant n'est sortie qu'une fois.

    De la correspondance des noms de fichier sont alors les canalisations à xargs, un utilitaire qui brise les canalisations du flux d'entrée dans des arguments pour git checkout --ours ou --theirs

    Plus sur ce lien.

    Car il serait très gênant pour taper cette chaque fois à la ligne de commande, si vous vous trouvez en utilisant un lot, il serait peut-être pas une mauvaise idée de créer une alias de votre shell de choix: Bash est l'habituel.

    Cette méthode devrait fonctionner au moins au travers de versions Git 2.4.x

    • Au lieu de grepping, je pense qu'il est également possible d'utiliser git diff --name-only --diff-filter=U.
    • Aussi git status | grep both | awk '{print $3}' | xargs git checkout --[theirs|ours]. Plus rapide que grepping si vous avez un grand projet.
    • Nice. Je n'ai pas de projets tellement énorme que je ne remarque une différence, mais je peux voir comment cela allait être beaucoup plus rapide, surtout si plusieurs fichiers ont été modifiés par rapport au nombre total dans le répertoire----qui doit être le cas pour la normale s'engage.
    • Notez que cela ne fonctionne pas pour renommer/renommer des conflits, par exemple, CONFLICT (rename/rename): Rename "a.txt"->"c.txt" in branch "HEAD" rename "a.txt"->"b.txt" in "master"
    • Encore une autre option: git status --porcelain | egrep '^UU' | cut -d ' ' -f 2 |xargs git checkout --[theirs|ours].
    • Ne fonctionne pas, probablement à cause des espaces dans mon répertoire de noms
    • Vous pouvez échapper à la des espaces dans les noms de fichiers avec une barre oblique inverse: file\ name\ with\ spaces.txt Ou, joignez-y tous les chemins d'accès dans les guillemets: unix.stackexchange.com/questions/131766/...
    • C'est clair pour moi, mais comment la réponse ci-dessus peut être fait de travailler avec des répertoires contenant des espaces?
    • Il ne devrait pas faire une différence: grep devrait cracher un argument dans le tuyau qui xargs + git peut comprendre. Au moins il le fait sur un un*X système. Êtes-vous essayer cela sur Windows?
    • Essayé sur mac, mise à jour vous avec quelle erreur j'ai obtenu exactement

    InformationsquelleAutor Dmitri
  2. 48

    Vous pouvez -Xours ou -Xtheirs avec git merge ainsi. Donc:

    1. interrompre le courant de fusion (par exemple avec git reset --hard HEAD)
    2. de fusion à l'aide de la stratégie que vous préférez (git merge -Xours ou git merge -Xtheirs)

    AVERTISSEMENT: vous pouvez bien sûr choisir une seule option, soit -Xours ou -Xtheirs, utilisez différentes stratégie vous devriez sans doute aller de fichier par fichier.

    Je ne sais pas si il existe un moyen pour checkout, mais je ne pense honnêtement que c'est très utile: la sélection de la stratégie de la caisse de commande est utile si vous souhaitez des solutions différentes pour les différents fichiers, sinon il suffit d'aller pour la fusion approche de la stratégie.

    • Merci, ne savent pas qu'ils ont " nos " et "--les leurs", pour la fusion. Il semble que, pour fusionner ils ne sont pas réellement partie de "- s " de la stratégie, mais une partie de '-X' options récursive. '-s' version de la nôtre en fait juste remplace tous les fichiers sans fusion et la leur n'existe pas.
    • Il n'y a pas de --theirs ou --ours-Option pour git v1.9.4. Une approche serait git merge -s recursive -Xtheirs BRANCH.
    • --theirs et --ours ne sont pas disponibles ni avec git 2.2.0. Soit ma réponse n'est pas précise ou qu'ils étaient disponibles dans les anciennes version git (cette réponse est assez vieux en ELLE de l'époque). La bonne approche est avec -X. - Je mettre à jour en conséquence
    • À partir de la Version 2.4.0 --le nôtre et-leurs sont toujours très disponibles git-scm.com/docs/git-checkout
    • Essayé, et a obtenu "automatique de fusion a échoué, résoudre les conflits". Cette commande clairement ne fonctionne pas comme prévu, et je vous recommande de l'éviter trop buggé.
    • Fonctionne également lorsque rebaseing, bien que l'identité de ours et theirs est sous tension (Xours les moyens de maintenir les changements de la branche être relocalisée sur).

    InformationsquelleAutor ThanksForAllTheFish
  3. 33

    git checkout --[ours/theirs] . à faire ce que vous voulez, tant que vous êtes à l'origine de tous les conflits. le nôtre/la leur n'affecte non fusionné les fichiers de sorte que vous ne devriez pas avoir à grep/find/etc conflits en particulier.

    • Pour moi, cela ne semble pas de manière récursive dans les sous-répertoires.
    • Je reçois error: path 'foo/bar/blah' does not have our version.
    • J'utilise git version 2.16.2.de windows.1 et il fonctionne parfaitement pour moi. Merci!
    InformationsquelleAutor Cory Petosky
  4. 25
    git diff --name-only --diff-filter=U | xargs git checkout --theirs

    Semble faire le travail. Notez que vous devez être de cd ed pour le répertoire racine du repo git pour atteindre cet objectif.

    • Je pense que c'est une meilleure réponse que le haut-voté car (1) elle s'applique à tous les fichiers, et pas seulement le répertoire de travail; et (2) il ne dispose d'aucune fragilité autour de grepping pour les marqueurs de conflit. Le git diff' commande ici les listes de tous les non fusionné les chemins, ce qui est exactement ce que nous voulons à la caisse.
    InformationsquelleAutor Peter
  5. 3

    Au cas où quelqu'un d'autre est à la recherche de tout simplement de remplacer tout de branche en branche (par exemple master) avec le contenu d'un autre, il y a un moyen plus simple:

    git merge master --strategy=ours

    Grâce à https://stackoverflow.com/a/1295232/560114

    Ou pour les autres sens, voir Est-il "leur" version de "git merge -s nôtre"?

    InformationsquelleAutor Matt Browne
  6. 2
    function gitcheckoutall() {
    git diff --name-only --diff-filter=U | sed 's/^/"/;s/$/"/' | xargs git checkout --$1
}

    J'ai ajouté cette fonction dans .zshrc fichier.

    Les utiliser de cette façon:
    gitcheckoutall theirs ou gitcheckoutall ours

    InformationsquelleAutor iWheelBuy