2016-10-06 3 views
0

내가해야할 일은 내 지사의 커밋 메시지를 로컬로 수정 한 다음 그 변경 사항을 서버로 푸시하는 것입니다. 과거의 커밋에서 실제로 파일을 변경할 필요는 없으며, 지난 커밋은 가장 최근의 커밋이 아닙니다. 커밋 된 커밋은 2 ~ 3 회입니다.git의 과거 커밋 메시지 커밋 수정하기

내가 본 대부분의 답변은 과거의 커밋 파일을 수정하거나 가장 최근의 커밋 메시지 만 수정하는 것으로 나타났습니다. 나도 내가 뭘 찾고 있는지 전혀 모른다.

나는 이것이 당신이 일반적으로 상관없이 상황에 맞는 완전히 안전한 방식으로 수행 할 수 없습니다

+0

은 다른 질문의 제목이 정말 대량 이후 편집해야합니다, 당신은 다른 사람이 아직 분기를 소비 여부를 고려 제안 그것의 밀린 커밋과 관련이있다 ... 이드는 거기에 있지만 스레드는 잠긴다. – UpAndAdam

답변

1

:-) 전문가 이눔 모두를위한 빠르고 쉬운 하나입니다 바라고 있어요,하지만 수행 할 수 있습니다.

가장 쉬운 방법은 대화식 리베이스 (잠재적으로 병합 유지)를 수행하고 커밋 메시지를 편집하고 편집 한 다음 분기를 강제로 푸시하려는 것입니다.

이렇게하면 처음 수정 한 것부터 시작하여 분기의 끝까지 모든 커밋의 해시가 변경됩니다. 이 브랜치가 이미 마스터로 병합되어 있다면 프로젝트와 관련된 다른 모든 사람들과 확인하지 않는 한 나쁜 생각 일 수 있습니다. 당신이 노력을 시작하기 전에

나는 강하게 등, 어떤 당신은 유지해야 병합가

+0

master에 병합했다고 가정하고, history 변경이 master에도 적용될 필요가 있습니까? – gzak

+0

내가 설명하고 강제로 푸시해야만 할 것입니다.하지만 강제로 푸시하기 전에이 레포에있는 다른 모든 사람들에게 매우 명확하게 의사 소통해야합니다. 그들은 변화로부터 어떻게 회복해야 하는지를 모두 알고 있습니다. – UpAndAdam

+0

또한 git repo가 ​​호스팅되는 위치에 따라 밀어 넣기를 강제 할 수도 있고 허용하지 않을 수도 있습니다. – UpAndAdam