나는 Orphan 브랜치를 가장 좋아한다.문서, 자료, 홈페이지 등은 반드시 그곳에서 관리해 주십시오.

갑작스런 작법

복제checkout --orphan가 아니라 git remote add origingit push origin master:orphan-doc하면 편해요.
예)project의 디렉터리와 창고에 활용된 부분orphan-doc의 추가 지점

$ git clone https://github/project.git # これで projectディレクトリができ、普段はこっちで作業
$ mkdir ./project-orphan-doc # ここがドキュメント用ディレクトリ
$ cd project-orphan-doc
$ git init
$ git remote add origin https://github/project.git
$ touch document.doc
$ git add .
$ git commit -m '1st orphan-doc commit'
$ git push origin master:orphan-doc  # ←これでリモートにはブランチ名が orphan-doc でプッシュできるのでエラーがおきない

Orphan 분기

Orphan는 고아를 가리킨다.보통git창고는 부모로서 기본적인 약속을 하고 차분으로 관리한다.분지를 나누는 것은 이 부모에게서 분지를 나누는 것을 가리킨다.기본 구조상 부모와 격차가 있는 상황에서 갑자기'아무것도 부모에게 맞지 않는 지점'을 만들 수 있다.이것은 Orphan 브랜치입니다.

이 빨간 화살표를 주의해라.갑자기 부모도 없는 지점이 생겼다.

모티프

git 창고 관리를 본질적인 관리 대상으로 하는 원본 코드를 제외하고는 관리하고자 하는 문서와 다른 자원이 반드시 나타날 것이다.스타일북, 문서, 홍보 페이지, 밀접한 디자인 도구 등.이것들은 다른 창고, 다른 excel, 다른 폴더 등으로 관리할 수 있지만 대체로'이게 언제 일입니까?'이 문제는 사람들로 하여금 이해할 수 없게 한다.반드시 눈으로 갱신 날짜를 따라가야 하며, 머릿속에서 순서를 정하면서 따라잡는 것은 매우 힘든 일이다.
그중의 한 가지 해결책으로 "그것도 같은git로 관리하면 되지 않겠습니까?"이런 전략이 있지만 자동 테스트가 있는 현재 본질적인 관리 대상 이외의 갱신으로 인해 지점의 확대는 업무 원가를 크게 높일 수 있다.즉, 나는 여분의 커미션을 마스터 지점에 넣고 싶지 않다는 것이다.
그래서'문서 전용 지점의 운용'이 등장했다.이 경우 Orphan 브랜치를 사용할 수 있습니다.

문제.

Orphan 브랜치 제작은 사실상 상당히 번거롭다.이 절차는 간단하고 작업 디렉터리git checkout --orphan에서 지점을 진행할 수 있지만 작업 디렉터리에 기존 파일이 남아 있기 때문에 고립된 지점을 만들어야 한다.
이것은 매우 무서운 것이다.
두려움을 극복하고 분기를 이동하면 문서가 갑자기 사라지거나 부활해 비용도 많이 든다.

활용단어참조

이것은 매우 무섭기 때문에, 예를 들면, "프로젝트"라는 창고를 운용하여 말하자면

project
project-orphan-doc

이렇게 두 개의 디렉터리로 나뉘어 운용되며, 각 디렉터리에서 orphan 지점을 전환하지 않습니다.상기 시기를 조사할 때remote를 통해fetch를 진행하고 도구로 확인한다.

방법

처음에 쓴 "갑작스러운 방법"을 참조하세요.