Git rebase için bir birleştirme stratejisini nasıl seçerim?


154

git-rebaseAdam sayfa bahseder -X<option>geçirilebilir git-merge. Tam olarak ne zaman / nasıl?

Yinelemeli strateji ve onların seçenekleriyle yamalar uygulayarak yeniden taban yapmak istiyorum (tüm çelişkili taahhütleri atlamak yerine, her ne olursa olsun sopa uygulayın). Birleştirme istemiyorum, tarihi doğrusal yapmak istiyorum.

Denedim:

git rebase -Xtheirs

ve

git rebase -s 'recursive -Xtheirs'

ancak git -Xher iki durumda da reddeder .


git rebase -Xtheirsağaç çakışmalarının manuel olarak çözülmesi gerekmesi dışında son sürümlerde çalışır. Bu çatışmaları çözdükten sonra git rebase -Xtheirs --continue( -Xtekrarlayarak) çalıştırmanız gerekir .


Not: artık bu da çalışıyor git rebase --interactive. Aşağıdaki [güncellenmiş cevabıma bakın ( stackoverflow.com/a/2945367/6309 ).
VonC

Yanıtlar:


238

Bunu Git v1.7.3 veya sonraki sürümlerle kullanabilirsiniz.

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

( belgelerdegit rebase --strategy recursive --strategy-option theirs ${branch} belirtildiği gibi kısaltmasıdır )

Git v1.7.3 Sürüm Notlarından:

git rebase --strategy <s>seçilen birleştirme stratejisi tarafından anlaşılan ekstra seçenekleri geçmek için --strategy-option/ -Xseçeneğini öğrendi .

Not: "Bizimki" ve "onlarınki", düz bir birleştirme sırasında yaptıklarının tam tersi anlamına gelir. Diğer bir deyişle, "onların" mevcut şubedeki taahhütleri tercih eder .


6
açıklığa kavuşturmak için: $ git rebase - strateji özyinelemeli -X onlarınki
Gregg Lind

28
Bunu denediğimde, anlamı oursve theirsbeklediğimin tam tersi görünüyor. theirsŞimdiki şubemi tercih etmek için kullanmam gerekiyor .
Craig McQueen

19
@CraigMcQueen, rebase kullanırken, yayınlanmamış (kaldırılmamış) taahhütleriniz bir kenara bırakılır, şube uzak (hızlı ileri) ile hizalanır ve taahhütleriniz şubenizin üstünde tekrar oynatılır. . Birleştirme işlemine göre taahhütleriniz "onların" ve yerel şubenin mevcut (hızlı iletilen) durumu "bizim" dir. Mantıksız görünebilir, ancak gerçekte ne olduğunu anladığınızda, bu mantıklı geliyor.
patrikbeno

7
@patrikbeno: Obi-Wan Kenobi'den alıntı yapacak olursak, "Yani sana söylediğim şey doğruydu ... belli bir bakış açısından."
Craig McQueen

5
Eklemeye değer olduğundan emin değilim, ama en azından nispeten güncel sürümlerde, varlığın -Xima etmesi -s recursive, böylece artık sadece kullanabilirsiniz git rebase ${branch} -X theirs. (kaynak git-scm.com/docs/git-rebase#git-rebase--Xltstrategy-optiongt )
Matt Passell

20

Bu, kendi seçenekleriyle gelen birleştirme stratejileri içindir

git rebase <branch> -s recursive -X theirs

Bu yama (Şubat 2010) şunu belirtmesine rağmen çalışmalıdır :

Manpage git-rebase, birleştirme stratejilerini desteklediğini söylüyor , ancak rebase komutunun bundan haberi yok -Xve onunla birlikte sunulduğunda kullanımı veriyor.

Yani hala işe yaramazsa, şu anda tartışılıyor!
(son sürümde destekleniyor)


Db2b3b820e2b28da268cc88adff076b396392dfe işleminden güncelleme (Temmuz 2013, git 1.8.4+),

Etkileşimli yeniden temelde birleştirme seçeneklerini göz ardı etmeyin

Birleştirme stratejisi ve seçenekleri içinde belirtilebilir git rebase, ancak ile -- interactivetamamen göz ardı edildi.

İmza: Arnaud Fontaine

Bu, -Xstrateji ve stratejinin artık etkileşimli geri ödemenin yanı sıra basit geri ödemeyle çalıştığı anlamına gelir .


1
@porneL: Ben de öyle düşünmüştüm. Bu nedenle yama önerisine olan bağlantım.
VonC

@porneL: Evet, bu hatayı ben de fark ettim - bu yamayla ya da başka bir şekilde çok geçmeden çözüleceğini umuyorum, çünkü tüm temel özellikler orada; sadece geri ödemeden birleşmeye kadar nasıl iletişim kuracaklarına tam olarak karar vermeleri gerekiyor.
Cascabel

@porneL: Git 1.7.3'e dahil edildi. Hala benim gibi bir 1.7.1 kullanıcısıysanız, kolay bir çözüm var, aşağıdaki cevabımı kontrol edin
MestreLion

7

As iCrazy söyledi, bu özellik itibaren Git 1.7.3 için kullanılabilir. Öyleyse, hala 1.7.1 kullanan fakir ruhlar için (benim gibi), kendi yaptığım bir çözüm sunuyorum:

git-rebase-onların

Çok iyi cilalanmış (ve dolayısıyla uzun) bir betiktir, üretim kullanımı içindir: ui seçenekleri, birden fazla dosyayı yönetir, dosyanın gerçekten çakışma işaretçileri olup olmadığını kontrol edin, vb, ancak "çekirdek" 2 satırda özetlenebilir:

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

Ve işte tam senaryo:

#!/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 teşekkürler! SO'nun neden bash betiğini renk kodlamadığından emin değilim. Bunun gibi büyük bir senaryo hep tek başına çirkin ... ama siyah metnin büyük bir kitle olmaktan o bile çirkin yapar: P
MestreLion

Stackoverflow.com/editing-help#syntax-highlighting adresinde açıklanmıştır . Kod bloğunuzdan önce uygun güzel dil kodunu ekledim. Şimdi daha iyi görünmeli.
VonC

Teşekkürler @VonC! SO'nun sözdizimi vurgulaması gerçekten yetersizdir, ancak waaaay hiç yoktan iyidir. Ve son derece düşüncelisiniz! Ve SO'da THE git authorithy olarak, başka bir yardımcı komut dosyasıyla ilgilenebilirsiniz: stackoverflow.com/a/10220276/624066 . Bu ve benim github hesabımda hoşunuza gidebilecek araçlar var.
MestreLion

1.7.1 için bu benim için çalışıyor gibi görünüyor; yukarıdaki komut dosyasına gerek yok. git rebase --strategy="recursive --theirs" master
Papadeltasierra

Git acemi olduğum için üzgünüm ama yukarıda verilen git-rebase-theirs komut dosyası nasıl kullanılır? Bir şekilde git-rebase'e aktarılan bir seçenek mi yoksa çatışmaları manuel olarak çözmek için gereken süreyi mi azaltıyor?
Papadeltasierra
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.