git-merge --dry-run 옵션이 있습니까?

많은 충돌이있을 수있는 원격 지점에서 병합하고 있습니다. 충돌 여부를 어떻게 알 수 있습니까?

나는 같은 것을 표시되지 않습니다 --dry-run에를 git-merge.

앞에서 언급했듯이 --no-commit플래그를 전달 하지만 빨리 감기 커밋을 피하려면 다음 --no-ff과 같이 전달하십시오 .

$ git merge --no-commit --no-ff $BRANCH

단계적 변경 사항을 검토하려면 다음을 수행하십시오.

$ git diff --cached

빨리 감기 병합 인 경우에도 병합을 취소 할 수 있습니다.

$ git merge --abort

리포지토리와 원격 장치 간의 충돌을 자동으로 찾는 방법을 구현해야했습니다. 이 솔루션은 메모리에서 병합을 수행하므로 인덱스 또는 작업 트리를 건드리지 않습니다. 나는 이것이 당신 이이 문제를 해결할 수있는 가장 안전한 방법이라고 생각합니다. 작동 방식은 다음과 같습니다.

1. 리모컨을 저장소로 가져옵니다. 예를 들면 다음과 같습니다. git fetch origin master
2. git merge-base를 실행하십시오. git merge-base FETCH_HEAD master
3. git merge-tree를 실행합니다 : git merge-tree mergebase master FETCH_HEAD( mergebase 는 이전 단계에서 merge-base가 인쇄 한 16 진수 ID입니다)

이제 원격 마스터를 로컬 마스터와 병합하려고하지만 모든 브랜치를 사용할 수 있다고 가정하십시오. git merge-tree메모리에서 병합을 실행하고 결과를 표준 출력에 인쇄합니다. 패턴에 대한 GREP <<나 >>. 또는 출력을 파일로 인쇄하여 확인할 수 있습니다. '둘 다 변경됨'으로 시작하는 행을 찾으면 충돌이있을 수 있습니다.

이것에 대한 나의 단순한 무차별 해결책은 다음과 같습니다.

1. "사전 마스터"브랜치 작성 (마스터에서)

2. 원하는 모든 것을이 프리 마스터에 병합하십시오.
   그러면 마스터를 건드리지 않고 병합이 어떻게되었는지 확인할 수 있습니다.

3. • 프리 마스터를 마스터 OR로 병합
   • 지망생이 발표 한 모든 지점을 마스터로 병합

어쨌든 @ orange80의 조언을 따르겠습니다.

git과의 병합을 취소하는 것은 너무 쉬워서 드라이 런에 대해 걱정하지 않아도됩니다.

$ git pull $REMOTE $BRANCH
# uh oh, that wasn't right
$ git reset --hard ORIG_HEAD
# all is right with the world

편집 : 아래 주석에서 언급했듯이 작업 디렉토리 또는 준비 영역에 변경 사항이 있으면 위의 작업을 수행하기 전에 숨길 수 있습니다 (그렇지 않으면 위의 경우 사라집니다 git reset)

나는 이것을하기위한 별칭을 만들고 매력처럼 작동합니다.

 git config --global alias.mergetest '!f(){ git merge --no-commit --no-ff "$1"; git merge --abort; echo "Merge aborted"; };f '

이제 난 그냥 전화

git mergetest <branchname>

충돌이 있는지 확인합니다.

현재 브랜치를 원격 브랜치와 비교하면 풀 / 병합시 변경되는 내용이 표시됩니다.

#see diff between current master and remote branch
git diff master origin/master

request-pull git 명령을 사용하여 그렇게합니다. 병합 할 때 발생할 수있는 모든 변경 사항을 볼 수 있지만 로컬 또는 원격 리포지토리에서 아무 작업도 수행하지 않습니다 .

예를 들어 "feature-x"라는 브랜치를 마스터 브랜치에 병합한다고 가정합니다.

git request-pull master origin feature-x

(어떤 일도하지 않고) 일어날 일에 대한 요약을 보여줍니다 :

The following changes since commit fc01dde318:
    Layout updates (2015-06-25 11:00:47 +0200)
are available in the git repository at:
    http://fakeurl.com/myrepo.git/ feature-x
for you to fetch changes up to 841d3b41ad:
----------------------------------------------------------------
john (2):
    Adding some layout
    Refactoring
ioserver.js            |   8 +++---
package.json           |   7 +++++-
server.js              |   4 +--
layout/ldkdsd.js       | 277 +++++++++++++++++++++++++++++++++++++
4 files changed, 289 insertions(+), 7 deletions(-)
create mode 100644 layout/ldkdsd.js

-p매개 변수 를 추가하면 변경된 모든 파일에 대해 git diff를 수행하는 것과 마찬가지로 전체 패치 텍스트가 표시됩니다.

아직 패치 사용을 제안한 사람이 아무도 없습니다.

당신이에서 병합을 테스트하고 싶은 말 your_branch에 master(난 당신이 있으리라 믿고있어 master체크 아웃) :

$ git diff master your_branch > your_branch.patch
$ git apply --check your_branch.patch
$ rm your_branch.patch

그 트릭을해야합니다.

다음과 같은 오류가 발생하면

error: patch failed: test.txt:1
error: test.txt: patch does not apply

이는 패치가 성공하지 못했으며 병합으로 인해 충돌이 발생했음을 의미합니다. 출력이 없다는 것은 패치가 깨끗하고 브랜치를 쉽게 병합 할 수 있음을 의미합니다

이것은 실제로 작업 트리를 변경 하지는 않습니다 (물론 패치 파일을 만드는 것 외에도 나중에 안전하게 삭제할 수 있습니다). git-apply 문서에서 :

--check
    Instead of applying the patch, see if the patch is applicable to the
    current working tree and/or the index file and detects errors. Turns
    off "apply".

나보다 git에 대해 더 똑똑하고 경험이 많은 사람에게주의하십시오. 여기서 내가 틀렸다면 알려주십시오.이 방법은 일반 병합과 다른 동작을 보여줍니다. 8 년 이상이 질문이 존재했다는 것은 아무도이 겉보기에 명백한 해결책을 제시하지 않을 것입니다.

이것은 흥미로울 수 있습니다 : 문서에서 :

복잡한 충돌을 일으킨 병합을 시도하고 다시 시작하려는 경우 git merge --abort로 복구 할 수 있습니다 .

그러나 순진하지만 느린 방법으로도 할 수 있습니다.

rm -Rf /tmp/repository
cp -r repository /tmp/
cd /tmp/repository
git merge ...
...if successful, do the real merge. :)

(참고 : 커밋되지 않은 변경 사항이 충돌하지 않도록하려면 / tmp로 복제하는 것만으로는 작동하지 않습니다. 사본이 필요합니다).

나는 이것이 오래된 질문이라는 것을 알고 있지만 Google 검색에 처음으로 나타납니다.

Git은 병합 할 때 --ff-only 옵션을 도입했습니다.

보낸 사람 : http://git-scm.com/docs/git-merge

---

--ff 전용

현재 HEAD가 이미 최신 상태이거나 병합을 빨리 진행할 수있는 경우가 아니면 0이 아닌 상태로 병합 및 종료를 거부하십시오.

이렇게하면 병합 및 빨리 감기가 시도되고, 실패하면 빨리 감기를 수행 할 수 없다는 메시지가 표시되고 작업 분기는 그대로 둡니다. 빨리 감을 수 있으면 작업 지점에서 병합을 수행합니다. 이 옵션은에서 사용할 수 있습니다 git pull. 따라서 다음을 수행 할 수 있습니다.

git pull --ff-only origin branchA #See if you can pull down and merge branchA

git merge --ff-only branchA branchB #See if you can merge branchA into branchB

git log를 사용하여 마스터 브랜치의 기능 브랜치에서 변경된 사항을 확인합니다.

git log does_this_branch..contain_this_branch_changes

예를 들어-피처 브랜치에 커밋이 무엇이고 마스터로 병합되지 않았는지 확인하려면 :

git log master..feature_branch

B에서 A로 빨리 감기하려면 git log B..A가 아무것도 표시하지 않는지 확인해야합니다. 즉 A에는 B에없는 것이 없습니다. 그러나 B..A에 무언가가 있어도 여전히 충돌없이 병합 할 수 있으므로 위의 두 가지 사항을 보여줍니다. 앞으로 빨리 갈 것이므로 충돌이 발생하지 않습니다.

내 해결책은 뒤로 병합하는 것입니다.

지점을 원격 "대상"지점으로 병합하는 대신 해당 지점을 귀하의 지점으로 병합하십시오.

git checkout my-branch
git merge origin/target-branch

충돌이 있는지 확인하고이를 해결하는 방법을 계획 할 수 있습니다.

그런 다음 git 통해 병합을 중단 merge --abort하거나 충돌이없고 병합이 발생한 경우를 통해 이전 커밋으로 롤백 할 수 있습니다.git reset --hard HEAD~1

작업 사본의 임시 사본을 작성한 다음 병합하여 두 사본을 비교하십시오.