Como seleciono uma estratégia de mesclagem para uma rebase do git?

147

git-rebasemenções da página de manual -X<option>podem ser passadas para git-merge. Quando / como exatamente?

Eu gostaria de me refazer aplicando patches com estratégia recursiva e a opção deles (aplique o que for necessário, em vez de ignorar confirmações conflitantes inteiras). Não quero mesclar, quero tornar a história linear.

Eu tentei:

git rebase -Xtheirs

e

git rebase -s 'recursive -Xtheirs'

mas o git rejeita -Xnos dois casos.


git rebase -Xtheirsfunciona em versões recentes, exceto que os conflitos em árvore precisam ser resolvidos manualmente. Você precisa executar git rebase -Xtheirs --continue(com -Xrepetição) após resolver esses conflitos.

Kornel
fonte
Nota: isso agora também funciona com git rebase --interactive. Veja minha [resposta atualizada abaixo ( stackoverflow.com/a/2945367/6309 ).
VonC

Respostas:

229

Você pode usar isso com o Git v1.7.3 ou versões posteriores.

git rebase --strategy-option theirs ${branch} # Long option
git rebase -X theirs ${branch} # Short option

(que é uma abreviação de git rebase --strategy recursive --strategy-option theirs ${branch}acordo com a documentação )

Notas de versão do Git v1.7.3:

git rebase --strategy <s>aprendeu a opção --strategy-option/ -Xpara passar opções extras que são entendidas pela estratégia de mesclagem escolhida.

NB: "Nossos" e "deles" significam o oposto do que eles fazem durante uma mesclagem direta. Em outras palavras, "deles" favorece os commits no ramo atual .

Eu louco
fonte
6
para esclarecer: $ git rebase --strategy recursiva -X deles
Gregg Lind
28
Quando eu tento isso, o significado ourse theirsparece ser o oposto do que eu espero. Eu preciso usar theirspara favorecer minha filial atual.
Craig McQueen
19
@CraigMcQueen, ao usar rebase, as confirmações não publicadas (não enviadas) são deixadas de lado, a ramificação é alinhada com a remota (avanço rápido) e as confirmações estão sendo reproduzidas na parte superior da filial. . Suas confirmações são "deles", de acordo com a operação de mesclagem, e o estado atual (de avanço rápido) da ramificação local é "nosso". Pode parecer contra-intuitivo, mas depois que você percebe o que realmente está acontecendo, faz sentido.
patrikbeno
6
@patrikbeno: Para citar Obi-Wan Kenobi, "Então o que eu disse a você era verdade ... de um certo ponto de vista".
Craig McQueen
5
Não tenho certeza de que vale a pena adicionar, mas pelo menos em versões relativamente atuais, a presença de -Ximplica -s recursive, então agora você pode usar apenas git rebase ${branch} -X theirs. (fonte git-scm.com/docs/git-rebase#git-rebase--Xltstrategy-optiongt )
Matt Passell
20

Isso é para estratégias de mesclagem que vêm com seu próprio conjunto de opções

git rebase <branch> -s recursive -X theirs

deve funcionar, embora este patch mencione (fevereiro de 2010):

A página de manual diz que git-rebasesuporta estratégias de mesclagem, mas o comando rebase não conhece -Xe fornece o uso quando apresentado.

Portanto, se ainda não funcionar, está sendo debatido agora!
(suportado no recente git)


Atualização do commit db2b3b820e2b28da268cc88adff076b396392dfe (julho de 2013, git 1.8.4+),

Não ignore as opções de mesclagem no rebase interativo

A estratégia de mesclagem e suas opções podem ser especificadas em git rebase, mas com -- interactive, elas foram completamente ignoradas.

Assinado por: Arnaud Fontaine

-XAgora, isso significa que a estratégia trabalha com rebase interativa e rebase simples.

VonC
fonte
1
@porneL: Eu pensei que sim. Daí o meu link para a proposta de patch.
VonC
@porneL: Sim, eu também notei esse bug - espero que seja resolvido em pouco tempo, seja com esse patch ou com outro motivo, já que todas as instalações básicas estão lá; eles apenas precisam decidir exatamente como vão se comunicar, de rebase para mesclagem.
Cascabel
@porneL: foi incluído no git 1.7.3. Se você ainda é um usuário 1.7.1 como eu, há uma solução fácil, veja a minha resposta abaixo
MestreLion
7

Como o iCrazy disse, esse recurso está disponível apenas para o git 1.7.3 em diante. Então, para as pobres almas (como eu) ainda usando o 1.7.1, apresento uma solução que eu mesmo fiz:

git-rebase-deles

É um script muito bem polido (e, portanto, longo), destinado ao uso em produção: opções da interface do usuário, manipula vários arquivos, verifica se o arquivo realmente possui marcadores de conflito, etc., mas o "núcleo" pode ser resumido em 2 linhas:

cp file file.bak
awk '/^<+ HEAD$/,/^=+$/{next} /^>+ /{next} 1' file.bak > file

E aqui está o script completo:

#!/bin/bash
#
# git-rebase-theirs - Resolve rebase conflicts by favoring 'theirs' version
#
#    Copyright (C) 2012 Rodrigo Silva (MestreLion) <[email protected]>
#
#    This program is free software: you can redistribute it and/or modify
#    it under the terms of the GNU General Public License as published by
#    the Free Software Foundation, either version 3 of the License, or
#    (at your option) any later version.
#
#    This program is distributed in the hope that it will be useful,
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#    GNU General Public License for more details.
#
#    You should have received a copy of the GNU General Public License
#    along with this program. If not see <http://www.gnu.org/licenses/gpl.html>

#Defaults:
verbose=0
backup=1
inplace=0
ext=".bak"

message() { printf "%s\n" "$1" >&2 ; }
skip()    { message "skipping ${2:-$file}${1:+: $1}"; continue ; }
argerr()  { printf "%s: %s\n" "$myname" "${1:-error}" >&2 ; usage 1 ; }
invalid() { argerr "invalid option: $1" ; }
missing() { argerr "missing${1:+ $1} operand." ; }

usage() {
    cat <<- USAGE
    Usage: $myname [options] [--] FILE...
    USAGE
    if [[ "$1" ]] ; then
        cat >&2 <<- USAGE
        Try '$myname --help' for more information.
        USAGE
        exit 1
    fi
    cat <<-USAGE

    Resolve git rebase conflicts in FILE(s) by favoring 'theirs' version

    When using git rebase, conflicts are usually wanted to be resolved
    by favoring the <working branch> version (the branch being rebased,
    'theirs' side in a rebase), instead of the <upstream> version (the
    base branch, 'ours' side)

    But git rebase --strategy -X theirs is only available from git 1.7.3
    For older versions, $myname is the solution.

    It works by discarding all lines between '<<<<<<< HEAD' and '========'
    inclusive, and also the the '>>>>>> commit' marker.

    By default it outputs to stdout, but files can be edited in-place
    using --in-place, which, unlike sed, creates a backup by default.

    Options:
      -h|--help            show this page.
      -v|--verbose         print more details in stderr.

      --in-place[=SUFFIX]  edit files in place, creating a backup with
                           SUFFIX extension. Default if blank is ""$ext"

       --no-backup         disables backup

    Copyright (C) 2012 Rodrigo Silva (MestreLion) <[email protected]>
    License: GPLv3 or later. See <http://www.gnu.org/licenses/gpl.html>
    USAGE
    exit 0
}
myname="${0##*/}"

# Option handling
files=()
while (( $# )); do
    case "$1" in
    -h|--help     ) usage            ;;
    -v|--verbose  ) verbose=1        ;;
    --no-backup   ) backup=0         ;;
    --in-place    ) inplace=1        ;;
    --in-place=*  ) inplace=1
                    suffix="${1#*=}" ;;
    -*            ) invalid "$1"     ;;
    --            ) shift ; break    ;;
    *             ) files+=( "$1" )  ;;
    esac
    shift
done
files+=( "$@" )

(( "${#files[@]}" )) || missing "FILE"

ext=${suffix:-$ext}

for file in "${files[@]}"; do

    [[ -f "$file" ]] || skip "not a valid file"

    if ((inplace)); then
        outfile=$(tempfile) || skip "could not create temporary file"
        trap 'rm -f -- "$outfile"' EXIT
        cp "$file" "$outfile" || skip
        exec 3>"$outfile"
    else
        exec 3>&1
    fi

    # Do the magic :)
    awk '/^<+ HEAD$/,/^=+$/{next} /^>+ /{next} 1' "$file" >&3

    exec 3>&-

    ((inplace)) || continue

    diff "$file" "$outfile" >/dev/null && skip "no conflict markers found"

    ((backup)) && { cp "$file" "$file$ext" || skip "could not backup" ; }

    cp "$outfile" "$file" || skip "could not edit in-place"

    ((verbose)) && message "resolved ${file}"
done
MestreLion
fonte
Obrigado @VonC! Só não sei por que o SO não codificou por cores o script bash. Um grande roteiro como este é sempre feio por si só ... mas sendo uma enorme massa de texto preto torna ainda mais feio: P
MestreLion
É explicado em stackoverflow.com/editing-help#syntax-highlighting . Eu adicionei o código de idioma de pré-identificação apropriado antes do seu bloco de código. Deve parecer melhor agora.
VonC
Obrigado @VonC! O realce da sintaxe do SO é realmente inferior, mas é melhor do que nada. E você é extremamente atencioso! E, sendo A authorithy git no SO, você pode estar interessado em outro script auxiliar: stackoverflow.com/a/10220276/624066 . Isso e minha conta do github têm ferramentas que você pode gostar.
precisa saber é o seguinte
Para 1.7.1, isso parece funcionar para mim; não há necessidade do script acima. git rebase --strategy="recursive --theirs" master
Papadeltasierra 14/12/2015
Desculpe por ser um novato no git, mas como usar o script git-rebase-their dado acima? É uma opção de alguma forma passada para o git-rebase ou apenas reduz o tempo necessário para resolver manualmente os conflitos?
Papadeltasierra 20/01