커밋 내용을 수정하는 방법

GIT 제출의 내용을 수정하는 것은 기록을 다시 쓰는 것과 같습니다. 가장 최근 커밋의 경우 git commit -amend를 사용하여 수정하십시오. 이전 커밋을 수정 해야하는 경우 git rebase -i를 사용하십시오. 기록을 수정하면 협업 문제가 발생할 수 있습니다. Git Rebase를주의해서 사용해야하며 백업을하는 것이 가장 좋습니다. 제출할 때 수정 범위를 작게 유지하고 명확한 정보를 작성하고 GIT 로그를 사용하여 기록을 합리적으로보십시오.

git : 역사를 다시 쓰고 천 년 된 배를 항해하도록주의하십시오.

코드를 제출 한 다음 주석이 잘못 작성되었거나 중요한 파일을 놓쳤거나 단순히 잘못된 코드를 제출 했습니까? 당황하지 말고 GIT는 제출 된 컨텐츠를 수정하는 강력한 도구를 제공하지만, 이것은 농담이 아니며 무작위로 변화하는 역사의 결과로 인해 대머리가 될 수 있습니다.

이 기사는 GIT의 커밋 수정 메커니즘에 대한 심층적 인 이해를 제공합니다. 나는 몇 년 동안 내가 강타한 함정에 대해 몇 가지 팁을 공유하고 이야기 할 것입니다. 그것을 읽은 후에, 당신은 Git의 커밋 수정에 대해 더 깊이 이해하고 비슷한 상황을 더 자신있게 처리 할 수 ​​있습니다.

우선, 우리는 분명해야합니다. GIT의 디자인 개념은 "모든 것을 기록하는 것"이므로 커밋을 수정하는 과정은 실제로 "역사를 다시 작성"하는 것입니다. 이는 단순히 텍스트 파일을 편집하는 것과는 완전히 다릅니다. 일단 기록이 다시 작성되면 팀워크에 문제가 발생하고 프로젝트 충돌을 일으킬 수도 있습니다. 그러므로 조심하십시오!

기본 사항 : Git의 커밋 역사를 이해하십시오

Git의 커밋 기록은 체인과 같으며 각 커밋은 체인의 링크이며 SHA-1 해시 값으로 연결됩니다. 커밋 수정은이 체인을 수정하는 것과 같습니다. 해시 값을 다시 계산하고 후속 커밋을 업데이트해야합니다.

핵심 : git commit --amend 후회 의학을 향상시킵니다

이것은 최신 커밋을 수정하는 강력한 도구입니다. 파일을 추가하는 것을 잊거나 주석 수정과 같이 방금 제출 한 커밋에 문제가있는 경우 git commit --amend 구세주입니다.

 <code class="bash">git add . # 添加修改的文件git commit --amend -m "更正的提交信息"</code>

이 명령은 현재 수정을 이전 커밋으로 병합하고 커밋 정보를 업데이트합니다. 단순하고 조잡하지만 사용하기 쉽습니다! 마지막 커밋 만 수정할 수 있습니다. 이전 커밋을 수정하려면 더 많은 고급 동작을 사용해야합니다.

고급 : git rebase -i 역사의 리거

git rebase -i 커밋 기록을보다 세분화 할 수있는 대화식 Rebase 명령입니다. -i 대화식 모드를 나타냅니다.

 <code class="bash">git rebase -i HEAD~3 # 修改最近三次提交</code>

이 명령은 텍스트 편집기를 열어 마지막 세 가지 제출물의 정보를 표시하여 제출 정보를 수정하거나 제출물을 병합하거나 제출물을 삭제할 수 있습니다. 이것은 강력하지만 위험합니다. 각 옵션에 대한 지침을주의 깊게 읽고 각 작업의 결과를 파악하십시오. 기록을 다시 쓰면 로컬 저장소 및 원격 저장소가 충돌 할 수 있으며주의해서 처리해야합니다.

예를 들어, 세 번 제출하고 마지막 두 번을 하나로 합병한다고 가정 해 봅시다.

 <code>pick a1b2c3d 第一次提交pick e4f5g6h 第二次提交pick i7j8k9l 第三次提交</code>

다음으로 수정할 수 있습니다.

 <code>pick a1b2c3d 第一次提交squash e4f5g6h 合并第二次提交到第一次squash i7j8k9l 合并第三次提交到第一次</code>

그런 다음 저장 및 종료하면 Git은 귀하의 지시에 따라 커밋 기록을 재건합니다. squash 커밋을 병합하고 edit 사용하면 단일 커밋을 수정할 수 있습니다.

일반적인 오류 및 디버깅

• 원격 저장소의 기록을 수정했습니다. 이로 인해 팀워크에 문제가 발생하여 프로젝트 충돌이 발생할 수도 있습니다. 다인원 협업 프로젝트에서 원격 창고의 역사를 직접 수정하지 마십시오.
• git push --force-with-lease 잊어 버렸습니다. 로컬 리포지토리의 기록을 수정 한 후에는 git push --force-with-lease 사용하여 원격 저장소를 업데이트해야합니다. --force-with-lease 원격 저장소가 불필요한 충돌을 피하기 위해 로컬 리포지토리와 동기화되어 있는지 확인하기 때문에 --force 보다 안전합니다.

성능 최적화 및 모범 사례

• 작은 단계 제출 : 각 제출물의 수정 범위를 더 작게 유지하여 롤백 및 커밋 기록을 이해하기가 더 쉽습니다.
• 명확한 제출 정보 작성 : 명확한 제출 정보는 코드의 진화를 더 잘 이해하고 팀워크를 용이하게하는 데 도움이 될 수 있습니다.
• git rebase 사용할 때주의 : git rebase 는 강력한 도구이지만 상당히 위험합니다. 특히 여러 사람과 협력하는 프로젝트에주의해서 사용해야합니다. git rebase 사용하기 전에 먼저 저장소를 백업하는 것이 가장 좋습니다.

git의 힘은 통제 가능성이지만,이 때문에 충분히 신중해야합니다. 이것을 이해 함으로써만 당신은 git의 세계에서 편안하게 할 수 있습니다. git log 당신의 좋은 친구라는 것을 잊지 마십시오. 종종 제출 기록을 보는 데 사용되며, 이는 귀하의 운영을 알 수 있습니다.

위 내용은 커밋 내용을 수정하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!