git commit을 삭제할 수는 있지만 변경 사항을 유지할 수 있습니다

개발 지점 중 하나에서 코드베이스를 약간 변경했습니다. 작업중인 기능을 완료하기 전에 현재 지점을 마스터로 전환하여 일부 기능을 시연해야했습니다. 그러나 "git checkout master"를 사용하면 개발 브랜치에서 변경 한 내용이 보존되어 마스터의 일부 기능이 손상됩니다. 그래서 내가 한 것은 커밋 메시지 "임시 커밋"으로 개발 브랜치에서 변경 사항을 커밋 한 다음 데모 마스터를 확인하는 것입니다.

데모로 작업을 마치고 개발 브랜치에서 작업하기 위해 변경 한 내용은 그대로 유지하면서 "임시 커밋"을 제거하고 싶습니다. 가능합니까?

다음과 같이 간단합니다.

git reset HEAD^

참고 : 일부 쉘 ^은 특수 문자 (예 : globbing이 활성화 된 일부 Windows 쉘 또는 ZSH )로 취급되므로 "HEAD^"이러한 경우 인용해야합니다 .

git reset없이 --hard또는 --soft이동 당신을 HEAD모든 파일을 변경하지 않고, 지정된 커밋을 가리 키도록. HEAD^현재 커밋의 (첫 번째) 부모 커밋을 말합니다.이 경우 커밋이 임시 커밋보다 먼저 커밋됩니다.

또 다른 옵션은 정상적으로 수행하고 다음 커밋 지점에서 대신 실행하는 것입니다.

git commit --amend [-m … etc]

대신 가장 최근의 커밋을 편집 하여 위와 동일한 효과를 갖습니다.

나쁜 커밋을 다른 사람이 가져 올 수있는 곳으로 이미 밀어 넣은 경우 (거의 모든 자식 답변과 마찬가지로) 문제가 발생할 수 있습니다. 그것을 피하십시오

이것을 처리하는 두 가지 방법이 있습니다. 상황에 따라 더 쉬운 방법

초기화

제거하려는 커밋이 마지막 커밋이고 추가 작업을 수행하지 않은 경우 간단히 사용할 수 있습니다. git-reset

git reset HEAD^

현재 HEAD 직전에 지점을 커밋으로 되돌립니다. 그러나 실제로 작업 트리의 파일은 변경되지 않습니다. 결과적으로 해당 커밋에 있었던 변경 사항은 수정 된 것으로 표시됩니다 ( '커밋 해제'명령처럼). 사실, 나는 그것을 할 별칭이 있습니다.

git config --global alias.uncommit 'reset HEAD^'

그런 다음 git uncommit나중에 하나의 커밋을 백업하는 데 사용할 수 있습니다 .

스 쿼싱

커밋 스 쿼싱은 둘 이상의 커밋을 하나로 결합하는 것을 의미합니다. 나는 이것을 아주 자주한다. 귀하의 경우 절반 완료 기능이 커밋 된 다음 해당 기능을 끝내고 적절한 영구 커밋 메시지로 다시 커밋합니다.

git rebase -i <ref>

나는 이것이 많은 커밋이 될 수 있음을 분명히하기 위해 위와 같이 말합니다. git log제거하려는 커밋을 실행 하고 찾아 SHA1을 복사하여 대신 사용하십시오 <ref>. 힘내 당신을 대화 형 rebase 모드로 이동합니다. 현재 상태와에 넣은 것 사이의 모든 커밋이 표시됩니다 <ref>. 따라서 <ref>10 커밋 전에는 10 개의 커밋을 모두 표시합니다.

각 커밋 앞에 단어가 pick있습니다. 를 사용해서 없애과에서 변경하려는 커밋 찾기 pick에 fixup나 squash. 사용 fixup단순히 폐기하는 커밋 메시지 및 목록에서 즉각적인 이전에 변경 사항을 병합합니다. squash키워드는 같은 일을하지만, 당신이 새롭게 결합 된 커밋의 커밋 메시지를 편집 할 수 있습니다.

커밋은 편집기를 종료 할 때 목록에 표시되는 순서대로 다시 커밋됩니다. 따라서 임시 커밋을 한 다음 동일한 분기에서 다른 작업을 수행하고 나중에 커밋에서 기능을 완료 한 경우 rebase를 사용하면 커밋을 다시 정렬하고 스쿼시 할 수 있습니다.

경고:

리베이스는 히스토리 수정-DONT는 이미 다른 개발자와 공유 한 커밋에 대해이를 수행합니다.

스 태싱

git stash나중에이 문제를 피하려면 커밋되지 않은 작업을 임시로 저장 하는 데 사용 하는 것이 좋습니다.

git stash save 'some message'

이렇게하면 현재 변경 사항이 숨김 목록의 옆에 저장됩니다. 위는 stash 명령의 가장 명확한 버전으로, 주석 처리중인 내용을 설명 할 수 있습니다. 간단하게 실행할 수 git stash있지만 다른 메시지는 저장되지 않습니다.

당신은 숨김 목록을 찾아 볼 수 있습니다 ...

git stash list

이것은 당신의 모든 스 태쉬, 그들이 수행 한 브랜치, 메시지와 각 줄의 시작 부분, 그리고이 스 태쉬의 식별자를 보여줍니다. stash@{#}여기서 #은 스 태쉬 배열에서의 위치입니다.

스 태시를 복원하려면 (스 태쉬가 원래 작성된 위치에 관계없이 모든 브랜치에서 수행 할 수 있음) 간단히 실행하면됩니다.

git stash apply stash@{#}

다시, 스 태쉬 배열의 위치는 #입니다. 복원하려는 숨김이 0위치 에있는 경우, 즉 가장 최근 숨김 인 경우입니다. 그런 다음 숨김 위치를 지정하지 않고 명령을 실행할 수 있습니다 .git은 마지막 위치를 의미한다고 가정합니다 git stash apply.

예를 들어, 내가 잘못된 브랜치에서 작업하는 것을 발견하면 다음과 같은 명령을 실행할 수 있습니다.

git stash
git checkout <correct_branch>
git stash apply

귀하의 경우 지점을 조금 더 이동했지만 동일한 아이디어가 여전히 적용됩니다.

도움이 되었기를 바랍니다.

나는 당신이 이것을 찾고 있다고 생각합니다

git reset --soft HEAD~1

해당 커밋의 변경 사항을 준비 상태로 유지하면서 가장 최근의 커밋을 취소합니다.

예, 변경 사항을 삭제하지 않고 커밋을 삭제할 수 있습니다 : git reset @ ~

당신도 찾고있는 git reset HEAD^ --soft나 git reset HEAD^ --mixed.

문서에 명시된대로 reset 명령에는 3 가지 모드가 있습니다 .

git reset HEAD^ --soft

를 실행 취소합니다 git commit. 작업 트리 (프로젝트 폴더) + 색인 (-캐시)에 변경 사항이 여전히 존재합니다.

git reset HEAD^ --mixed

git commit+를 취소 git add합니다. 작업 트리에 변경 사항이 여전히 존재합니다

git reset HEAD^ --hard

코드베이스를 변경하지 않은 것처럼. 작업 트리에서 변경 사항이 사라졌습니다.

zsh를 사용하는 경우 다음을 사용해야합니다.

git reset --soft HEAD\^

여기에 설명 : https://github.com/robbyrussell/oh-my-zsh/issues/449

URL이 죽은 경우 중요한 부분은 다음과 같습니다.

명령에서 ^를 피하십시오

대신 HEAD ~를 사용할 수 있으므로 매번 도망 칠 필요가 없습니다.

제 경우에는 이미 레포로 밀었습니다. 아야!

다음을 수행하여 로컬 파일의 변경 사항을 유지하면서 특정 커밋을 되돌릴 수 있습니다.

git revert -n <sha>

이 방법으로 나는 필요한 변경 사항을 유지하고 이미 푸시 된 커밋을 취소 할 수있었습니다.

git 2.9 (정확히 2.9.2.windows.1)를 사용하면 git reset HEAD^더 많은 것을 요구합니다. 여기에 무엇을 입력해야할지 모르겠습니다. 아래 스크린 샷을 참조하십시오

git reset HEAD~#numberOfCommits변경 사항을 그대로 유지하여 재설정하려는 로컬 커밋 수를 선택할 수있는 다른 솔루션 을 찾았습니다 . 따라서 제한된 수의 로컬 커밋뿐만 아니라 모든 로컬 커밋을 버릴 수 있습니다.

아래의 스크린 샷을 참조하십시오 git reset HEAD~1:

한 가지 더 방법.

임시 커밋 위에 커밋을 추가하고 다음을 수행하십시오.

git rebase -i

두 커밋을 하나로 병합하려면 (명령은 명시적인 지침으로 텍스트 파일을 열고 편집합니다).