Git Push에서 원래 커밋 기록 복원

Git 커밋 기록 복구: 단계별 가이드

내 user.name과 user.email이 부적절하게 설정되어 있었는데, 개인 프로젝트를 한 달 동안 열심히 노력한 끝에 발견했습니다. 이러한 수정 작업을 수행한 후에도 이전 커밋에 잘못된 작성자 이름이 여전히 남아 있다는 사실을 오래 후에 발견했습니다. 이러한 커밋을 변경하여 기여 그래프를 업데이트하기 위해 git rebase를 시도했습니다.

그런데 그렇게 하면 커밋 날짜가 의도치 않게 변경되어 모든 커밋이 한꺼번에 이루어진 것처럼 보입니다. 이러한 의도하지 않은 수정 후에 이 튜토리얼은 귀하의 기여가 적절하게 반영되도록 원래 커밋 기록을 다시 복구하는 데 도움을 드리고자 합니다.

Git 기록 복원 이해

The scripts offered are meant to rectify and restore Git's commit history, especially in cases where an inadvertent rebase has changed commit dates. In the first script, the commit hash is found before the rebase process by utilizing 제공되는 스크립트는 특히 실수로 리베이스하여 커밋 날짜가 변경된 경우 Git의 커밋 기록을 수정하고 복원하기 위한 것입니다. 첫 번째 스크립트에서는 strong>git reflog를 활용하여 리베이스 프로세스 전에 커밋 해시를 찾습니다.. 이 명령은 재설정 및 리베이스를 포함한 모든 저장소 수정 내역을 표시합니다. 관련 커밋 해시를 찾으면 분기는 다음을 사용하여 해당 커밋으로 재설정됩니다. git reset --hard 명령을 실행하면 이후의 모든 수정 사항이 지워집니다. 이는 저장소를 잘못된 리베이스 이전의 이전 상태로 복원하므로 중요한 단계입니다. 그런 다음 로컬 수정 사항은 다음을 사용하여 원격 저장소로 푸시됩니다. git push --force 명령을 실행하여 이전 기록을 재설정 분기로 덮어씁니다.

두 번째 스크립트의 목적은 커밋 날짜를 변경하지 않고 커밋 작성자 세부 정보를 업데이트하는 것입니다. 의 사용으로 git filter-branch --env-filter 명령을 사용하면 작성자 및 커미터 세부 정보와 같은 환경 변수가 모든 커밋에서 변경될 수 있습니다. 부정확한 세부정보를 감지하고 새롭고 올바른 세부정보를 설명하려면 다음과 같은 변수를 사용하세요. 삼, CORRECT_NAME, 그리고 CORRECT_EMAIL 정의되어 있습니다. 다음으로 스크립트는 다음을 사용하여 커미터 세부 정보를 업데이트합니다. export GIT_COMMITTER_NAME 그리고 export GIT_COMMITTER_EMAIL; 마찬가지로 다음을 사용하여 작성자 세부정보를 업데이트합니다. export GIT_AUTHOR_NAME 그리고 export GIT_AUTHOR_EMAIL. 옵션 --tag-name-filter cat 지정된 필터를 사용하여 태그도 다시 작성되도록 보장합니다. 이 스크립트를 사용하면 원래 커밋 날짜에 영향을 주지 않고 올바른 작성자 정보로 커밋 기록을 다시 작성할 수 있습니다.

# Step 1: Identify the commit hash before the rebase
git reflog
# Look for the commit hash before the rebase operation
# Step 2: Reset the branch to the commit before the rebase
git reset --hard <commit_hash>
# Step 3: Verify the reset
git log
# Ensure the commit history is back to its original state
# Step 4: Force push the reset history to the remote repository
git push --force

# Step 1: Rewrite author information without altering commit dates
git filter-branch --env-filter '
WRONG_EMAIL="wrong@example.com"
CORRECT_NAME="Correct Name"
CORRECT_EMAIL="correct@example.com"
if [ "$GIT_COMMITTER_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_COMMITTER_NAME="$CORRECT_NAME"
    export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_AUTHOR_NAME="$CORRECT_NAME"
    export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi'
--tag-name-filter cat -- --branches --tags

데이터 손실 없이 Git을 사용하여 기록 복원

The use of strong>git Cherry-Pick 사용 Git 기록 복원 작업을 할 때 고려해야 할 또 다른 요소입니다. 이 명령을 사용하면 이전 커밋에서 수정한 내용을 현재 분기에 적용할 수 있습니다. 의도하지 않게 변경된 기록을 수동으로 재구성해야 할 때 매우 도움이 될 수 있습니다. 예를 들어 리베이스 또는 재설정이 잘못되어 개별 변경 사항을 다시 추가하려는 경우 다음을 활용할 수 있습니다. git cherry-pick 그렇게 하려면. 이 기술은 원래 커밋 날짜와 메시지를 보존하여 프로젝트 기록을 그대로 유지합니다.

strong>git reflog 추가로 유용한 명령입니다. 여기에는 브랜치 팁 및 기타 저장소 참조에 대한 모든 수정 사항의 기록이 표시됩니다. git log. 이를 통해 바람직하지 않은 재설정 또는 리베이스 중에 덮어쓰거나 손실되었을 수 있는 커밋 해시를 찾을 수 있습니다. 다음의 조합을 사용하여 git reflog 그리고 git reset --hard, you can revert modifications by restoring your branch to a former state. Furthermore, it's crucial to occasionally take snapshots of the status of your repository using , 분기를 이전 상태로 복원하여 수정 사항을 되돌릴 수 있습니다. 더욱이 때때로 strong>git 태그를 사용하여 저장소 상태의 스냅샷을 찍는 것이 중요합니다.. 태그는 심각한 문제가 발생할 경우 취소할 수 있는 특정 역사적 순간에 주석을 달 수 있기 때문에 유용합니다.