[git] 하위 디렉토리에 git 저장소 병합

무슨 일이 일어나고 있는지에 대한 완전한 설명을 얻은 후, 나는 그것을 이해한다고 생각하며 어떤 경우에도 해결 방법이 있습니다. 특히, 나는 이름 변경 감지가 –prefix와의 하위 트리 병합에 속고 있다고 생각합니다. 내 테스트 케이스는 다음과 같습니다.

mkdir -p z/a z/b
cd z/a
git init
echo A>A
git add A
git commit -m A
echo AA>>A
git commit -a -m AA
cd ../b
git init
echo B>B
git add B
git commit -m B
echo BB>>B
git commit -a -m BB
cd ../a
git remote add -f B ../b
git merge -s ours --no-commit B/master
git read-tree --prefix=bdir -u B/master
git commit -m "subtree merge B into bdir"
cd bdir
echo BBB>>B
git commit -a -m BBB

우리는 각각 여러 커밋으로 git 디렉토리 a와 b를 만듭니다. 하위 트리 병합을 수행 한 다음 새 하위 트리에서 최종 커밋을 수행합니다.

달리기 gitk(z / a)는 히스토리가 나타나는 것을 보여줍니다. 우리는 그것을 볼 수 있습니다. 달리기 git log는 역사가 나타나는 것을 보여줍니다. 그러나 특정 파일을 보면 문제가 있습니다. git log bdir/B

음, 우리가 할 수있는 트릭이 있습니다. –follow를 사용하여 특정 파일의 이름 바꾸기 이전 기록을 볼 수 있습니다. git log --follow -- B. 이것은 좋지만 사전 병합의 기록과 병합 후의 기록을 연결하지 못하기 때문에 좋지 않습니다.

-M과 -C를 가지고 놀았지만 특정 파일을 따라갈 수 없었습니다.

그래서 해결책은 git에게 하위 트리 병합의 일부로 발생하는 이름 변경에 대해 알려주는 것입니다. 불행히도 git-read-tree는 하위 트리 병합에 대해 매우 까다롭기 때문에 임시 디렉토리를 통해 작업해야하지만 커밋하기 전에 사라질 수 있습니다. 그 후 우리는 전체 역사를 볼 수 있습니다.

먼저 “A”저장소를 만들고 몇 가지 커밋을 만듭니다.

mkdir -p z/a z/b
cd z/a
git init
echo A>A
git add A
git commit -m A
echo AA>>A
git commit -a -m AA

둘째, “B”저장소를 만들고 몇 가지 커밋을 만듭니다.

cd ../b
git init
echo B>B
git add B
git commit -m B
echo BB>>B
git commit -a -m BB

그리고이 작업을 수행하는 비결은 Git이 하위 디렉토리를 만들고 내용을 이동하여 이름을 인식하도록 강제합니다.

mkdir bdir
git mv B bdir
git commit -a -m bdir-rename

저장소 “A”로 돌아가서 “B”의 내용을 가져와 병합합니다.

cd ../a
git remote add -f B ../b
git merge -s ours --no-commit B/master
# According to Alex Brown and pjvandehaar, newer versions of git need --allow-unrelated-histories
# git merge -s ours --allow-unrelated-histories --no-commit B/master
git read-tree --prefix= -u B/master
git commit -m "subtree merge B into bdir"

이제 병합되었음을 표시하려면 :

cd bdir
echo BBB>>B
git commit -a -m BBB

전체 역사가 연결된 체인에 보존되어 있음을 증명하려면 :

git log --follow B

이 작업을 수행 한 후 기록을 얻지 만 문제는 실제로 이전 “b”저장소를 유지하고 때때로 병합하는 경우 (실제로는 별도로 유지 관리되는 타사 인 경우) 해당 타사 이후 문제가 발생한다는 것입니다. 이름을 변경하지 않았습니다. 이름을 변경하여 b 버전에 새로운 변경 사항을 병합해야하며 원활하게 진행되지 않을까 두렵습니다. 그러나 b가 사라지면 당신이 이깁니다.