Đảo ngược thay đổi trong lịch sử Khôi phục lịch sử cam kết ban đầu trong Git Push

Khôi phục lịch sử cam kết Git của bạn: Hướng dẫn từng bước

Tôi đã đặt user.name và user.email của mình không đúng cách, tôi đã phát hiện ra điều này sau một tháng nỗ lực thực hiện một dự án cá nhân. Ngay cả sau khi tôi thực hiện những chỉnh sửa này, rất lâu sau tôi mới phát hiện ra rằng tên tác giả không chính xác vẫn còn đó trong các lần cam kết trước đó của tôi. Tôi đã thử git rebase trong nỗ lực cập nhật biểu đồ đóng góp của mình bằng cách thay đổi các cam kết này.

Nhưng khi làm như vậy, ngày cam kết đã vô tình bị thay đổi, tạo ấn tượng rằng tất cả các cam kết đều được thực hiện cùng một lúc. Sau khi sửa đổi ngoài ý muốn như vậy, hướng dẫn này cố gắng hỗ trợ bạn lấy lại lịch sử cam kết ban đầu để những đóng góp của bạn được phản ánh một cách thích hợp.

Hiểu việc khôi phục lịch sử 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 Các tập lệnh được cung cấp nhằm mục đích khắc phục và khôi phục lịch sử cam kết của Git, đặc biệt trong trường hợp một đợt rebase vô tình đã thay đổi ngày cam kết. Trong tập lệnh đầu tiên, hàm băm xác nhận được tìm thấy trước quá trình rebase bằng cách sử dụng strong>git reflog. Lệnh này hiển thị lịch sử của tất cả các sửa đổi kho lưu trữ, bao gồm cả việc đặt lại và khởi động lại. Khi xác định vị trí băm cam kết có liên quan, nhánh được đặt lại về cam kết đó bằng cách sử dụng git reset --hard lệnh, do đó xóa tất cả các sửa đổi tiếp theo. Đây là một bước quan trọng vì nó khôi phục kho lưu trữ về trạng thái trước đó trước khi rebase không chính xác. Các sửa đổi cục bộ sau đó được đẩy tới kho lưu trữ từ xa bằng cách sử dụng git push --force lệnh, ghi đè lịch sử trước đó bằng nhánh reset.

Mục đích của tập lệnh thứ hai là cập nhật chi tiết về tác giả cam kết mà không thay đổi ngày cam kết. Với việc sử dụng các git filter-branch --env-filter lệnh, các biến môi trường như chi tiết về tác giả và người gửi có thể được thay đổi trên tất cả các lần xác nhận. Để phát hiện những chi tiết không chính xác và mô tả những chi tiết mới, đúng, các biến như WRONG_EMAIL, CORRECT_NAME, Và CORRECT_EMAIL được định nghia. Tiếp theo, tập lệnh cập nhật chi tiết người gửi bằng cách sử dụng export GIT_COMMITTER_NAME Và export GIT_COMMITTER_EMAIL; tương tự, nó cập nhật chi tiết tác giả bằng cách sử dụng số 8 Và export GIT_AUTHOR_EMAIL. tùy chọn --tag-name-filter cat đảm bảo rằng các thẻ cũng được viết lại bằng cách sử dụng các bộ lọc nhất định. Tập lệnh này có thể được sử dụng để viết lại lịch sử cam kết với thông tin tác giả chính xác mà không ảnh hưởng đến ngày cam kết ban đầu.

# 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

Khôi phục lịch sử bằng Git mà không làm mất dữ liệu

The use of Việc sử dụng strong>git Cherry-pick là một yếu tố khác cần tính đến khi làm việc với việc khôi phục lịch sử Git. Bạn có thể áp dụng các sửa đổi được thực hiện bởi các cam kết trước đó cho nhánh hiện tại bằng lệnh này. Khi bạn phải xây dựng lại lịch sử đã bị thay đổi ngoài ý muốn theo cách thủ công, điều này có thể khá hữu ích. Ví dụ: nếu quá trình rebase hoặc thiết lập lại không thành công và bạn muốn thêm lại các thay đổi riêng lẻ, bạn có thể sử dụng git cherry-pick làm như vậy. Kỹ thuật này giữ nguyên lịch sử dự án của bạn bằng cách giữ nguyên ngày và thông báo cam kết ban đầu.

strong>khởi động lại git là một lệnh hữu ích bổ sung. Nó hiển thị lịch sử của tất cả các sửa đổi được thực hiện đối với các mẹo của nhánh và các tham chiếu kho lưu trữ khác, ngay cả những sửa đổi thường bị ẩn khỏi chế độ xem trong git log. Điều này cho phép bạn xác định vị trí các băm cam kết có thể đã bị ghi đè hoặc bị mất trong quá trình đặt lại hoặc khởi động lại không thuận lợi. Sử dụng sự kết hợp của git reflog Và 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 , bạn có thể hoàn nguyên các sửa đổi bằng cách khôi phục chi nhánh của mình về trạng thái cũ. Hơn nữa, điều quan trọng là thỉnh thoảng chụp nhanh trạng thái kho lưu trữ của bạn bằng thẻ strong>git. Thẻ rất hữu ích vì chúng cho phép bạn chú thích những khoảnh khắc lịch sử cụ thể mà có thể hoàn tác trong trường hợp xảy ra sự cố nghiêm trọng.