9
가 여기에 시나리오 : 내가 자식에 지점을 리베이스하고git rebase - 계속 하시겠습니까? 그러나 충돌 해결 중 변경 사항을 문서화하기 위해 커밋 메시지를 수정 하시겠습니까?
- , 나는 충돌을했고, 단지 그들을 해결 (
git add모든 것을했다). - 일반적으로, 난 그냥
- 내가 충돌
을 해석 할 때 내가 만든 변경 사항을 설명하기 위해, 커밋이의 커밋 메시지를 편집 할 REBASE를 진행 git rebase --continue를 실행하는 것입니다 내가 돈 ' 일반적으로이 작업을 수행하지만,이 특정 충돌에는 문서화가 필요하다고 느끼는 심각한 레코딩이 필요했습니다.
어떻게해야합니까? 나는 일종의 git rebase --continue --let-me-edit-the-message-first 명령어가 바라고 있어요,하지만 난 the documentation
에서 찾을 수 없었던 나는 알고 수동으로 복사, 내가 커밋 자식을 실행할 수
- 메시지를 커밋 기존의 그런 다음 수정하십시오. 나는 이것을하고 싶지 않다.
git rebase은 커밋 메시지가 어딘가에 저장되어 있어야합니다. 왜냐하면 커밋시 원래 메시지를 넣을 것이기 때문입니다. 그 사이에 편집 내용을 삽입하려고하기 때문에. - 그냥 git
rebase --continue을 실행 한 다음 gitrebase -i을 사용하여 나중에 돌아가서 해당 커밋 메시지를 편집 할 수 있습니다. 이를 위해서는 전체 (잠재적으로 긴) rebase 프로세스를 통해 커밋이 변경된 것을 기억해야합니다. 왝.
나는 이미 이것에 대한 답을 찾지 못해서 놀랍다. 나는 이것을 할 방법이있다. 이것에 대한 대답이 있다면 그것을 찾는 것이 어려웠습니다. 나는 특별한 경우 (같은이 this)에 대한 매우 구체적인 보이는 변화를 해결 한 후 git add 또는 git rm의 필요성 금액 혼란 같은 것들 (같은 this), 일반 git rebase 지혜 (같은 this 및 this), 질문을 많이 발견했다.
나는 놀랍기 때문에이 대답을 찾을 수 없었습니다. 저는 2 차 질문이 있습니다. 리베이스하는 동안 변경된 사항을 문서화하는 근본적인 방법이 있습니까?
당신이 물어보기 전까지 힘내라. 그냥 (rebase, conflict, add, continue -> editor'). 리베이스 할 때 커밋 메시지 편집기를 본 적이 있습니까? 어느 자식 버전에 대해 이야기하고 있습니까? –
''git rebase --continue''를 실행 한 후에 커밋 메시지 편집기를 본 적이 없다고 생각합니다. 나는 git version 1.9.1로 작업하고있다. 그러나 최근 버전에서 큰 차이가 있었다면 너무 놀라지 않을 것이다. – stochastic
지금까지 Git 1.9.x를 사용해 보지 못했지만 추측 할 수 있습니다. 아마도'GIT_EDITOR' 환경이나'core.editor' 설정이 엉망이 될 수도 있습니다. 'git rebase --continue'를 실행 한 후에 오류가 발생 했습니까? 그냥 안전한쪽으로 가야합니다 : 어느 rebase 모드를하고 있습니까? 브랜치, 스왑/삭제/리비전/커밋 편집을위한 대화 형 리베이스로 또는 그 반대로 리베이스? 편집하여 버전과 함께 게시물의 시나리오를 완성하십시오 (완성 된 경우 내 게시물을 너무 많이 올려 놓을 것입니다). –