1. 파일 A를 수정하고 원격 웨어하우스에 커밋하고 푸시합니다.
2. B 파일을 수정하고 커밋한 후 원격으로 푸시합니다
3. 이제 A 파일의 수정 사항이 잘못되어 이전 버전으로 롤백해야 하는데 B 파일의 수정 사항을 저장해야 합니다.
git Reset --hard 명령을 사용하여 A가 수정한 버전 번호로 롤백하면 B의 수정 사항도 삭제됩니다.
으아아아
git revert(버전 번호)
이렇게 해도 아무 것도 잃지 않을 것입니다. 우리 모두는 이렇게 합니다..git Reset --hard 명령은 A가 수정한 버전 번호로 롤백합니다.git pull --rebase Origin은 브랜치를 풀다운합니다. B 수 충돌이 있는지 코드를 확인하세요. 충돌이 해결되면 , git push..
git Reset --soft HEAD@{id}, 이렇게 하면 제출이 취소되지만 작업공간의 수정 사항은 사라지지 않고 잘못된 수정 사항을 수정한 후 제출하고 원격 엔드로 푸시합니다
이런 경우에는 주로 로그를 직접 확인하고 A파일을 복원하여 B파일이 완성되었는지 확인합니다
잘못된 내용을 수정한 후 한 번 제출하여 덮어쓰면 안 되나요?
퍼블릭 브랜치에 제출된 커밋에 git reset를 사용하지 마세요. 누군가 이미 이러한 커밋을 가져온 경우 매우 번거로울 수 있습니다. 이 경우 다음을 사용해야 합니다. git revert 단일 커밋이 발생합니다
git reset
git revert
git rebase -i HEAD^^^기본 편집기로 문서를 열고 A에 제출하기 전에 drop을 수정하거나 d로 줄여서 저장하세요. 제출된 내용은 자동으로 폐기됩니다(충돌이 있을 경우 직접 해결해야 합니다)
git rebase -i HEAD^^^
A
drop
d
git log A 이전에 A B의 커밋 ID 보기
git Reset --hard A의 이전 커밋 ID
git Cherry-Pick B의 커밋 ID
이 기능을 체크아웃 기능이라고 하며, 제출된 수정 사항을 확인할 수 있습니다
되돌리기만 가능하며 재설정은 불가능합니다. 원격으로 푸시된 커밋은 재설정하거나 수정할 수 없습니다. 이렇게 하면 다른 사람의 버전 기록이 삭제됩니다.
되돌리기에 대한 자세한 내용은 내 기사(/a/11...)를 참조하세요.
으아아아
git revert(버전 번호)
이렇게 해도 아무 것도 잃지 않을 것입니다. 우리 모두는 이렇게 합니다..
git Reset --hard 명령은 A가 수정한 버전 번호로 롤백합니다.
git pull --rebase Origin은 브랜치를 풀다운합니다. B 수 충돌이 있는지 코드를 확인하세요. 충돌이 해결되면
, git push..
git Reset --soft HEAD@{id}, 이렇게 하면 제출이 취소되지만 작업공간의 수정 사항은 사라지지 않고 잘못된 수정 사항을 수정한 후 제출하고 원격 엔드로 푸시합니다
이런 경우에는 주로 로그를 직접 확인하고 A파일을 복원하여 B파일이 완성되었는지 확인합니다
잘못된 내용을 수정한 후 한 번 제출하여 덮어쓰면 안 되나요?
퍼블릭 브랜치에 제출된 커밋에
git reset
를 사용하지 마세요. 누군가 이미 이러한 커밋을 가져온 경우 매우 번거로울 수 있습니다.이 경우 다음을 사용해야 합니다.
git revert
단일 커밋이 발생합니다git rebase -i HEAD^^^
기본 편집기로 문서를 열고
A
에 제출하기 전에drop
을 수정하거나d
로 줄여서 저장하세요.제출된 내용은 자동으로 폐기됩니다(충돌이 있을 경우 직접 해결해야 합니다)
git log A 이전에 A B의 커밋 ID 보기
git Reset --hard A의 이전 커밋 ID
git Cherry-Pick B의 커밋 ID
이 기능을 체크아웃 기능이라고 하며, 제출된 수정 사항을 확인할 수 있습니다
되돌리기만 가능하며 재설정은 불가능합니다. 원격으로 푸시된 커밋은 재설정하거나 수정할 수 없습니다. 이렇게 하면 다른 사람의 버전 기록이 삭제됩니다.
되돌리기에 대한 자세한 내용은 내 기사(/a/11...)를 참조하세요.