Как выбрать стратегию слияния для git rebase?


147

git-rebaseУпомянутая страница руководства -X<option>может быть передана git-merge. Когда и как именно?

Я хотел бы сделать ребаз, применяя патчи с рекурсивной стратегией и их опцией (применяйте любые палки, а не пропуская целые конфликтующие коммиты). Я не хочу слияния, я хочу сделать историю линейной.

Я пробовал:

git rebase -Xtheirs

и

git rebase -s 'recursive -Xtheirs'

но git отвергает -Xв обоих случаях.


git rebase -Xtheirsработает в последних версиях, за исключением того, что конфликты деревьев необходимо разрешать вручную. Вам необходимо запустить git rebase -Xtheirs --continue-Xповторным) после разрешения этих конфликтов.


Примечание: это теперь работает git rebase --interactiveтоже. Смотрите мой [обновленный ответ ниже ( stackoverflow.com/a/2945367/6309 ).
VonC

Ответы:


231

Вы можете использовать это с Git v1.7.3 или более поздними версиями.

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

(что является сокращением, git rebase --strategy recursive --strategy-option theirs ${branch}как указано в документации )

Из Git v1.7.3 Примечания к выпуску:

git rebase --strategy <s>узнал параметр --strategy-option/ -Xдля передачи дополнительных параметров, которые понимаются выбранной стратегией слияния.

NB: «Наши» и «их» означают противоположность того, что они делают во время прямого слияния. Другими словами, «их» одобряет коммиты в текущей ветви.


6
уточнить: $ git rebase - стратегия рекурсивная -X их
Грегг Линд

28
Когда я пытаюсь это сделать, значение oursи theirsкажется противоположностью того, что я ожидаю. Мне нужно использовать, theirsчтобы отдать предпочтение моей текущей ветви.
Крейг Маккуин

19
@CraigMcQueen, при использовании rebase ваши неопубликованные (невыдвинутые) коммиты откладываются, ветка выравнивается с удаленной (быстрая пересылка), а ваши коммиты воспроизводятся поверх вашей ветки. , Ваши коммиты являются "их" в соответствии с операцией слияния, а текущее (переадресованное) состояние локальной ветви - "наше". Может показаться нелогичным, но как только вы поймете, что на самом деле происходит, это имеет смысл.
patrikbeno

6
@patrikbeno: Процитирую Оби-Вана Кеноби: «То, что я сказал тебе, было правдой ... с определенной точки зрения».
Крейг МакКуин

5
Я не уверен, что это стоит добавить, но, по крайней мере, в относительно текущих версиях наличие -Xподразумевает -s recursive, так что теперь вы можете использовать только git rebase ${branch} -X theirs. (источник git-scm.com/docs/git-rebase#git-rebase--Xltstrategy-optiongt )
Мэтт Пасселл

20

Это для стратегий слияния, которые поставляются с собственным набором опций

git rebase <branch> -s recursive -X theirs

должен работать, хотя этот патч упоминает (февраль 2010):

На man-странице написано, что она git-rebaseподдерживает стратегии слияния, но команда rebase не знает об этом -X, и дает использование при ее представлении.

Так что, если это все еще не работает, это обсуждается прямо сейчас!
(поддерживается в недавнем Git)


Обновление от commit db2b3b820e2b28da268cc88adff076b396392dfe (июль 2013 г., git 1.8.4+),

Не игнорируйте параметры слияния в интерактивном перебазировании

Стратегия слияния и ее параметры могут быть указаны в git rebase, но при этом -- interactiveони были полностью проигнорированы.

Подписано: Арно Фонтен

Это означает, что -Xстратегия и стратегия теперь работают с интерактивным перебазированием, а также простым перебазированием.


1
@porneL: я так и думал. Отсюда моя ссылка на предложение патча.
VonC

@porneL: Да, я тоже заметил эту ошибку - я надеюсь, что она будет исправлена ​​в ближайшее время, будь то с этим патчем или иным образом, так как все основные средства есть; они просто должны решить, как именно они будут общаться от ребаз до слияния.
Каскабель

@porneL: он был включен в git 1.7.3. Если вы все еще являетесь пользователем 1.7.1, как я, есть простое решение, проверьте мой ответ ниже
MestreLion

7

Как сказал iCrazy , эта функция доступна только для git 1.7.3 и выше. Итак, для бедных душ (таких как я), все еще использующих 1.7.1, я представляю решение, которое я сделал сам:

ГИТ-перебазироваться-их

Это очень хорошо отлаженный (и, следовательно, длинный) сценарий, предназначенный для производственного использования: пользовательский интерфейс, обрабатывает несколько файлов, проверяет, есть ли в файле маркеры конфликта и т. Д., Но «ядро» можно обобщить в 2 строки:

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

И вот полный сценарий:

#!/bin/bash
#
# git-rebase-theirs - Resolve rebase conflicts by favoring 'theirs' version
#
#    Copyright (C) 2012 Rodrigo Silva (MestreLion) <linux@rodrigosilva.com>
#
#    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) <linux@rodrigosilva.com>
    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

Спасибо @VonC! Я просто не уверен, почему SO не кодировал скрипт bash. Большой сценарий, подобный этому, всегда сам по себе отвратителен ... но огромная масса черного текста делает его еще более уродливым: P
MestreLion

Это объясняется в stackoverflow.com/editing-help#syntax-highlighting . Я добавил соответствующий код языка prettify перед вашим блоком кода. Теперь должно выглядеть лучше.
VonC

Спасибо @VonC! Подсветка синтаксиса SO на самом деле не на должном уровне, но лучше, чем ничего. И вы очень вдумчивый! И, будучи THE мерзавца утверждающим в SO, вы можете быть заинтересованы в еще одном хелперов сценария: stackoverflow.com/a/10220276/624066 . У этого и моего аккаунта на github есть инструменты, которыми вы можете пользоваться.
MestreLion

Для 1.7.1 это, кажется, работает для меня; нет необходимости в сценарии выше. git rebase --strategy="recursive --theirs" master
Papadeltasierra

Извините за то, что вы новичок в git, но как использовать скрипт git-rebase-их, приведенный выше? Это опция как-то передана в git-rebase или она просто уменьшает время, необходимое для разрешения конфликтов вручную?
Papadeltasierra
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.