git rebaseのマージ戦略を選択するにはどうすればよいですか?


147

git-rebasemanページの言及-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 2013

回答:


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オプションを学習して、選択したマージ戦略で理解される追加のオプションを渡します。

注意:「私たち」と「彼ら」は、まっすぐなマージの間に彼らがすることの反対を意味します。つまり、「theirs」は現在のブランチでのコミットを優先します。


6
明確にするために:$ git rebase --strategy recursive -X theirs
Gregg Lind

28
私がこれを試してみると、との意味はourstheirs私が期待するものとは逆になっているようです。theirs現在のブランチを支持するために使用する必要があります。
Craig McQueen

19
@CraigMcQueen、リベースを使用する場合、非公開(プッシュされていない)コミットは脇に置かれ、ブランチはリモート(早送り)に揃えられ、コミットはブランチの上で再生されます。。あなたのコミットはマージ操作に従って「彼ら」であり、ローカルブランチの現在の(早送りされた)状態は「私たち」です。直感に反するように見えるかもしれませんが、実際に何が起こっているかを理解したら、それは理にかなっています。
patrikbeno 2015年

6
@patrikbeno:オビ=ワン・ケノービを引用すると、「私があなたに言ったことは本当だった...ある観点から」。
Craig McQueen

5
追加する価値があるかどうかはわかりませんが、少なくとも比較的現在のバージョンでは、の存在が-X意味する-s recursiveので、をそのまま使用できます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でサポートされています)


commit db2b3b820e2b28da268cc88adff076b396392dfe(2013年7月、git 1.8.4+)からの更新、

インタラクティブリベースのマージオプションを無視しない

マージ戦略とそのオプションはで指定できますgit rebaseが、-- interactiveでは、完全に無視されました。

サインオフ:Arnaud Fontaine

つまり-X、戦略はインタラクティブなリベースとプレーンリベースで機能するようになりました。


1
@porneL:そう思いました。したがって、パッチの提案への私のリンク。
VonC、2010年

@porneL:ええ、私もこのバグに気づきました-すべての基本的な機能がそこにあるので、パッチがあろうとなかろうと、それがまもなく解決されると思います。リベースからマージまでのコミュニケーション方法を正確に決定する必要があるだけです。
Cascabel

@porneL:git 1.7.3に含まれていました。私のような1.7.1ユーザーである場合、簡単な解決策があります。以下の私の答えを確認してください
MestreLion

7

以下のようiCrazyは言った、この機能は以降のgit 1.7.3でのみ使用可能です。したがって、まだ1.7.1を使用している(私のような)貧しい魂のために、私は自分で行った解決策を提示します。

git-rebase-theirs

これは非常に洗練された(したがって長い)スクリプトであり、運用での使用を目的としています。UIオプション、複数のファイルを処理し、ファイルに実際に競合マーカーがあるかどうかを確認しますが、「コア」は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、2012

@VonC、ありがとう!SOの構文の強調表示は本当に劣りますが、何もないよりはましです。そして、あなたは非常に思慮深いです!そして、あること:SOでのGitのauthorithy、あなたはまだ別のヘルパースクリプトに興味がある可能性がありstackoverflow.com/a/10220276/624066。それと私のgithubアカウントはあなたが楽しむことができるツールを持っています。
MestreLion 2012

1.7.1の場合、これは私には効果があるようです。上記のスクリプトは必要ありません。 git rebase --strategy="recursive --theirs" master
Papadeltasierra

git初心者になって申し訳ありませんが、上記のgit-rebase-theirsスクリプトをどのように使用しますか?どういうわけかgit-rebaseに渡されるオプションですか、それとも競合を手動で解決するために必要な時間を短縮するだけですか?
Papadeltasierra 2016年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.