기존에 커밋되지 않은 작업을 Git의 새로운 브랜치로 이동하십시오.

새로운 기능에 대한 일부 작업을 시작했고, 조금 코딩한 후에 이 기능은 자체 브랜치에 있어야 한다고 결정했습니다.

미커밋된 변경 사항을 새로운 브랜치로 이동하고 현재 브랜치를 재설정하는 방법이 있을까요?

새로운 기능에 대한 기존 작업을 보존하면서 현재 브랜치를 재설정하고 싶습니다.

답변 1

업데이트 2020 / Git 2.23

Git 2.23에서는 switch 하위 명령어를 추가하여 checkout의 과잉 사용으로 인해 생기는 혼동 일부를 해소하려고 합니다. (브랜치 전환, 파일 복구, HEAD 분리 등)

이 버전의 Git에서는 checkout 명령어를 다음과 바꾸세요:

git switch -c <new-branch>

동작이 동일하며 변경되지 않습니다.

업데이트 2020 이전 / Git 2.23

다음을 사용하세요:

git checkout -b <new-branch>

이렇게 하면 현재 브랜치를 그대로 두고 새 브랜치를 생성하고 체크아웃하며 모든 변경 사항을 유지할 수 있습니다. 그런 다음 파일의 변경 사항을 스테이징하여 커밋할 수 있습니다:

git add <files>

그리고 다음과 같이 새 브랜치에 커밋합니다:

git commit -m 이 커밋에 대한 간단한 설명

현재 작업 디렉토리의 변경 사항과 인덱스에 스테이징된 변경 사항은 아직 어떤 브랜치에도 속하지 않습니다. 이는 해당 수정 사항이 끝날 브랜치를 변경합니다.

원래 브랜치를 리셋하지 않고 그대로 유지합니다. <old-branch>에서의 마지막 커밋은 여전히 동일합니다. 따라서 checkout -b를 사용하여 브랜치를 전환한 후 커밋해야 합니다.

답변 2

기존에 있는 커밋되지 않은 작업을 새로운 브랜치로 이동하기
깃(Git)은 소스 코드 버전 관리 시스템의 한 종류로 개발자들이 협업하며 코드를 관리하고 추적할 수 있게 해주는 도구입니다. 이 도구를 활용하여 기존에 있는 커밋되지 않은 작업을 새로운 브랜치로 이동하는 방법을 알아보겠습니다.
먼저, 깃 명령어를 사용하기 위해서는 터미널 또는 명령 프롬프트를 열어야 합니다. 그리고 해당 프로젝트가 있는 디렉토리로 이동해야 합니다. 디렉토리로 이동했다면 다음과 같은 명령어를 입력합니다.
```
git status
```
이 명령어를 실행하면 현재 브랜치 상태를 확인할 수 있습니다. 이때 작업 디렉토리에 있지만 커밋되지 않은 변경 사항이 있는 경우, Changes not staged for commit라는 메시지가 표시됩니다.
이 상태에서 커밋되지 않은 작업을 새로운 브랜치로 이동하려면 다음과 같은 명령어를 실행해야 합니다.
```
git branch 새로운_브랜치_이름
git checkout 새로운_브랜치_이름
git add 변경_파일_이름
git commit -m 커밋_메시지
```
위의 명령어를 순서대로 실행하면 현재 브랜치와는 별개로 새로운 브랜치가 생성되고 변경된 파일들이 커밋됩니다.
이 과정을 조금 더 자세히 설명하자면, 먼저 git branch 새로운_브랜치_이름 명령어를 사용하여 새로운 브랜치를 생성합니다. 다음으로 git checkout 새로운_브랜치_이름 명령어를 실행하여 생성한 새로운 브랜치로 이동합니다. 그리고 git add 변경_파일_이름 명령어를 사용하여 변경된 파일들을 스테이징 영역에 추가합니다. 마지막으로 git commit -m 커밋_메시지 명령어를 실행하여 변경 사항을 커밋합니다.
이렇게 하면 기존에 있던 커밋되지 않은 작업들이 새로운 브랜치에 옮겨지고 커밋되어 현재 브랜치와는 분리됩니다. 이제 개발자는 새로운 브랜치에서 작업을 계속할 수 있습니다.
이러한 방법을 사용하여 기존에 있는 커밋되지 않은 작업을 새로운 브랜치로 이동하는 것은 깃을 활용한 효율적인 소스 코드 관리 방법 중 하나입니다. 이를 통해 개발자는 여러 작업을 동시에 진행하면서 코드 변경 사항을 체계적으로 관리할 수 있습니다.
따라서 깃을 사용하는 개발자들은 필요할 때마다 커밋되지 않은 작업을 새로운 브랜치로 이동하여 작업을 분기하고 관리할 수 있도록 이와 같은 방법을 활용해보는 것이 바람직합니다. 이는 개발 프로세스를 원활하게 유지하고 코드의 안정성과 효율성을 높일 수 있습니다.