如何为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

Answers:


229

您可以在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选项,以传递所选合并策略可以理解的其他选项。

注意:“我们的”和“他们的”是指他们在直接合并期间所做的相反的事情。换句话说,“他们”赞成当前分支上的提交。


6
澄清:$ git的重订--strategy递归-X他们
格雷格·林德

28
当我尝试这一点,意义ourstheirs似乎是我所期望的相反。我需要使用theirs来支持我当前的分支。
Craig McQueen 2015年

19
@CraigMcQueen,在使用rebase时,未发布(未推送)的提交被搁置,分支与远程(快速转发)对齐,并且您的提交在分支顶部被重播。。根据合并操作,您的提交是“他们的”,本地分支的当前(快进)状态是“我们的”。看起来似乎违反直觉,但是一旦您意识到实际发生的事情,这就是有道理的。
patrikbeno 2015年

6
@patrikbeno:引用Obi-Wan Kenobi的话,“所以我告诉你的是……从某种角度来看是正确的。”
Craig McQueen 2015年

5
我不确定是否值得添加,但是至少在相对较新的版本中,-Ximplies 的存在-s recursive,因此您现在可以使用just git rebase ${branch} -X theirs。(源git-scm.com/docs/git-rebase#git-rebase--Xltstrategy-optiongt
马特Passell

20

这是针对带有各自选项的合并策略

git rebase <branch> -s recursive -X theirs

尽管此补丁提到(2010年2月),但应该可以工作:

联机帮助页上说它git-rebase支持合并策略,但是rebase命令不了解-X,并给出了用法。

因此,如果仍然无法正常运行,则目前正在辩论中!
(最近的git支持)


来自提交db2b3b820e2b28da268cc88adff076b396392dfe的更新(2013年7月,git 1.8.4+),

不要忽略交互式变基中的合并选项

可以在中指定合并策略及其选项git rebase,但使用-- interactive可以完全忽略它们。

签字人:Arnaud Fontaine

这意味着-X,策略现在可以与交互式rebase以及普通rebase一起使用。


1
@porneL:我是这么认为的。因此,我链接到补丁提案。
VonC'5

@porneL:是的,我也注意到了这个错误-我希望它很快就会得到解决,无论是使用该补丁还是其他补丁,因为所有基本功能都已存在;他们只需要确切地决定如何进行从基础到合并的通信。
卡斯卡贝尔

@porneL:它包含在git 1.7.3中。如果您仍然像我这样的1.7.1用户,那么有一个简单的解决方案,请在下面查看我的答案
MestreLion 2012年

7

正如iCrazy所说,此功能仅适用于git 1.7.3及更高版本。因此,对于仍然使用1.7.1的可怜的灵魂(像我一样),我提出了自己解决的方案:

git-rebase-他们

这是一个经过精心抛光(因此很长)的脚本,供生产使用:ui选项,处理多个文件,检查文件是否实际具有冲突标记等,但“核心”可以概括为两行:

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 2012年

stackoverflow.com/editing-help#syntax-highlighting中对其进行了说明。我在您的代码块之前添加了适当的美化语言代码。现在看起来应该更好了。
VonC 2012年

谢谢@VonC!SO的语法高亮确实很差,但是总比没有好。而且您非常体贴!而且,作为THE在SO混帐authorithy,你可能感兴趣的另一个助手脚本:stackoverflow.com/a/10220276/624066。那和我的github帐户拥有您可能会喜欢的工具。
MestreLion'4

对于1.7.1,这似乎对我有效;不需要上面的脚本。 git rebase --strategy="recursive --theirs" master
Papadeltasierra 2015年

很抱歉成为git新手,但是如何使用上面给出的git-rebase-theirs脚本?它是以某种方式传递给git-rebase的选项,还是只是减少了手动解决冲突所需的时间?
Papadeltasierra
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.