git rerere를 활성화하는 데 단점이 있습니까?

git의 rerere 기능에 대해 여러 가지를 읽었으며이를 활성화 할 것을 고려하고 있습니다. 그러나 나는 그것을 사용하는 동안 발생할 수있는 가능한 문제에 대해 언급 한 사람을 본 적이 없습니다. 단점이 있다고 가정하지 않으면 기본적으로 활성화 될 것입니다. 그렇다면 rerere를 활성화하는 데 단점이 있습니까? 그렇지 않으면 발생하지 않을 잠재적 인 문제는 무엇입니까?

병합을 잘못 수행 한 다음 버리고 "동일한"병합을 다시 수행하면 다시 올바르지 않습니다. 하지만 기록 된 해상도는 잊어 버릴 수 있습니다. 에서 문서 :

git rerere forget <pathspec>

에서 현재 충돌에 대해 다시 기록 된 충돌 해결 방법을 재설정합니다 <pathspec>.

특정 경로에서 사용하도록주의하십시오. 기록 된 해상도를 모든 곳에서 날려 버리고 싶지는 않습니다. ( forget인수 없이는 명시 적으로 요청 하지 않는 한이 작업을 수행 할 수 없도록 더 이상 사용되지 않습니다git rerere forget . .)

하지만 그렇게 생각하지 않는다면 잘못된 병합을 기록에 쉽게 넣을 수 있습니다.

JC 하마노 "는 그의 기사에서 언급 된 바와 같이 rerere과 재미를 "

• Rerere는 분쟁 지역을 해결하기 위해 선택한 방법을 기억합니다.
• Rerere는 또한 의미 적 변화에 적응하기 위해 충돌 영역 외부에서 어떻게 손을 댔는지 기억합니다.
• Rerere는 이전에 해결 한 것과 내용이 다른 두 분기를 병합하더라도 이전 해결 방법을 재사용 할 수 있습니다 .

오랫동안 rerere를 사용해 온 사람들조차도 종종 마지막 요점을 알아 차리지 못합니다.

따라서 rerere너무 광범위한 콘텐츠에서 활성화 하면 마지막 요점으로 인해 놀랍거나 혼란스러운 병합 해결로 끝날 수 있습니다.

전 세계적으로 활성화되었습니다. 나는 정말로 어떤 문제도 눈치 채지 못했으며 보통 내 삶을 편하게 만드는 것 같습니다.

이진 파일 만 포함 된 커밋 (gitk)을 선택했습니다. 체리 픽은 갈등으로 실패했고 (자연 스러웠던) 체리 픽을 유지하면서 갈등을 해결했습니다. 나중에 다른 리베이스 브랜치에서 내 dll이 작동하지 않는다는 사실을 발견하고 놀랐습니다. 단지 자동 충돌 해결로 리베이스에 포함되지 않았 음을 발견했습니다. 그래서 이것은 내가 (완전히 일관 적이라고 확신하지만) 반 직관적 인 행동을 만난 유일한 경우입니다.