해당 커밋을 체크 아웃 할 때 수행하려는 작업에 따라 다릅니다. 당신이하고있는 모든 것이 그 개정판을 빌드하거나 테스트 할 수 있도록 그것을 체크 아웃하는 것이라면, 분리 된 머리로 작업하는 것은 잘못된 것이 아닙니다. 커밋 ( git checkout master예 :)을 만들기 전에 실제 브랜치를 확인하여 브랜치에 포함되지 않은 커밋을 생성하지 않도록하십시오.

그러나 그 시점부터 더 많은 커밋을하려면 브랜치를 만들어야합니다. 브랜치에서 참조하지 않는 커밋을 만들면 쉽게 잃어 버릴 수 있으며 결국에는 아무것도 언급하지 않으므로 git의 가비지 수집기에 의해 정리됩니다. 다음을 실행하여 새 분기를 만들 수 있습니다.

git checkout -b newbranch ea3d5ed

시각화를 돕기 위해 분리 된 머리에서 작업하는 것과 가지에서 작업하는 것이 어떻게 다른지 보여주는 몇 가지 다이어그램이 있습니다.

master, A, B, C master에 대한 3 개의 커밋으로 시작하겠습니다 . 현재 분기이므로를 HEAD가리키고 masterC를 커밋합니다.

알파벳
*-*-* <-마스터 <-HEAD

이제 커밋하면 git은 부모로 C가있는 커밋을 만들고 (이는 현재 커밋이고 HEADvia 에서 가리키는 master) master새 커밋을 가리 키도록 업데이트 합니다. 모든 커밋은 이제에 master있으며 HEAD를 통해 새 커밋을 가리 킵니다 master.

ABCD
*-*-*-* <-마스터 <-HEAD

이제 B를 확인하여 분리 된 HEAD.

ABCD
*-*-*-* <-마스터
   ^
    \-머리

여기서는 모든 것이 잘 작동합니다. 모든 파일을보고, 프로그램을 빌드하고, 테스트하는 등의 작업을 할 수 있습니다. 새 커밋을 만들 수도 있습니다. 하지만 그렇게하면 우리가있는 브랜치가 없기 때문에 그 새로운 커밋에서 브랜치를 가리킬 수 없습니다. 그것을 가리키는 유일한 것은 HEAD:

ABCD
*-*-*-* <-마스터
    \
     * <-머리
     이자형

나중에 master다시 체크 아웃하기로 결정 하면 E를 언급하는 것이 없습니다.

ABCD
*-*-*-* <-마스터 <-HEAD
    \
     *
     이자형

참조하는 것이 없기 때문에 찾기가 어려울 수 있으며 git은 참조가없는 커밋을 버려야한다고 생각합니다 (리베이스, 패치를 스쿼시하거나 다른 재미있는 기록 조작을 수행하는 경우 매우 일반적으로 발생합니다. 일반적으로 버려진 패치를 나타냅니다. 더 이상 신경 쓰지 않는 것). 일정 시간이 지나면 git은 다음 번에 가비지 수집이 실행될 때 폐기되도록 가비지로 간주합니다.

따라서 베어 개정판을 확인하고 머리를 분리하는 대신 더 많은 커밋을 할 것 같으면 git checkout -b branch B브랜치를 만들고 확인하는 데 사용해야 합니다. 이제 커밋은 쉽게 참조하고 나중에 병합 할 수있는 브랜치에 포함될 것이므로 손실되지 않습니다.

ABCD
*-*-*-* <-마스터
   ^
    \-분기 <-HEAD

이 작업을 잊고 브랜치에서 커밋을 생성하더라도 걱정할 필요가 없습니다. 를 사용하여 헤드 개정을 참조하는 분기를 만들 수 있습니다 git checkout -b branch. 이미 master브랜치 로 다시 전환 했고 길잃은 커밋을 잊었다는 것을 깨달은 경우를 사용하여 찾을 수 있습니다 . 이는 지난 며칠 동안 git reflog커밋 HEAD이 지적한 내역을 보여줍니다 . 여전히 리플 로그에있는 것은 가비지 수집되지 않으며 일반적으로 레퍼런스는 적어도 30 일 동안 리플 로그에 보관됩니다.