병합 병합 - "커밋"VS "rebase - 계속"

Question

프로젝트의 원격 저장소에서 가져온 일부 충돌 문제를 해결했습니다.

나는 갈등이 해결 된 후에는 내가 아는 한,이 개 솔루션을 가지고 있음을 알고 그 사이에 어떤 차이가 있는지 난 그냥 궁금 해서요

• git rebase --continue
• git commit -m "foobar"

2 작업, 이 컨텍스트에서만, 나는 그들이 기본 형식이 근본적으로 다르다는 것을 알고 있습니까?

Answer 1

편집 # 2 : 당신이 git pull으로이 상황을 시작한 경우

, 예상되는 해상도는 새가 성공적으로 병합을 표현하기 위해 커밋 생성되기 때문에, git commit을 사용하는 것입니다. 이 상황이 git pull --rebase으로 시작된 경우 원래 응답에서 설명한대로 git rebase --continue을 사용하는 것이 좋습니다. 새 커밋을 만들지 않고 동일한 커밋을 다시 사용하기 때문입니다. (나는이 git pull --rebase와 함께 시작되었다 가정하는)

원래 대답은 :

나는 권장되는 방법은 git rebase --continue을 사용하는 것입니다 당신을 알 수 있습니다.

가 git commit 방법은 작동 할 수 있지만 당신은 git merge를 해결하는 것은 권장합니다 무엇입니까 -C 플래그를 사용하지 않는 경우는 커밋 역사를 변경할 수 있습니다 : (http://git-scm.com/docs/git-rebase 여기를 참조하십시오). 나는 또한 -m 플래그가 로그 메시지를 변경하는 반면, git rebase --continue은 요청하지 않고 이전 커밋 메시지를 재사용한다는 것을 언급 할 가치가 있다고 가정합니다.

편집 :

더 많은 연구가 git commit 방법은 위험하다 내 의혹을 확인하고 바람직하지 않은 상태에서의 repo를 남겨 둘 수 있습니다. 여기를 참조하십시오 : 여기 http://www.tigraine.at/2011/08/10/dont-commit-when-you-rebase 과 : Forgot "git rebase --continue" and did "git commit". How to fix?