제 경우에는 my-plugin저장소와 main-project저장소가 my-plugin있었고의 plugins하위 디렉토리 에서 항상 개발 된 것처럼 가장하고 싶었습니다 main-project.
기본적으로, 나는 my-plugin모든 개발이 plugins/my-plugin서브 디렉토리 에서 일어난 것처럼 보이도록 저장소 의 히스토리를 다시 썼다 . 그럼, 개발 이력을 추가 my-plugin로 main-project역사와 함께 두 그루의 나무를 합병했다. 에 plugins/my-plugin디렉토리 가 없기 때문에main-project저장소 사소한 충돌이 없었습니다. 결과 리포지토리에는 두 원본 프로젝트의 모든 기록이 포함되었으며 두 가지 루트가있었습니다.
TL; DR
$ cp -R my-plugin my-plugin-dirty
$ cd my-plugin-dirty
$ git filter-branch -f --tree-filter "zsh -c 'setopt extended_glob && setopt glob_dots && mkdir -p plugins/my-plugin && (mv ^(.git|plugins) plugins/my-plugin || true)'" -- --all
$ cd ../main-project
$ git checkout master
$ git remote add --fetch my-plugin ../my-plugin-dirty
$ git merge my-plugin/master --allow-unrelated-histories
$ cd ..
$ rm -rf my-plugin-dirty
긴 버전
먼저이 my-plugin저장소의 히스토리를 다시 작성하므로 저장소 의 사본을 작성하십시오.
이제 my-plugin저장소 의 루트로 이동 하여 기본 분기 (아마도 master)를 확인한 후 다음 명령을 실행하십시오. 물론, 당신은 대체해야 my-plugin하고 plugins실제 이름은 무엇입니다.
$ git filter-branch -f --tree-filter "zsh -c 'setopt extended_glob && setopt glob_dots && mkdir -p plugins/my-plugin && (mv ^(.git|plugins) plugins/my-plugin || true)'" -- --all
이제 설명을하겠습니다. 에서 도달 할 수있는 모든 커밋마다 명령을 git filter-branch --tree-filter (...) HEAD실행합니다 . 이것은 각 커밋에 대해 저장된 데이터에서 직접 작동하므로 "작업 디렉토리", "인덱스", "스테이징"등의 개념에 대해 걱정할 필요가 없습니다.(...)HEAD
filter-branch실패한 명령을 실행 하면 .git디렉토리에 일부 파일이 남게되며 다음에 시도 filter-branch할 때 -f옵션을 제공하지 않으면 이에 대해 불평 합니다 filter-branch.
실제 명령에 관해서 bash는, 내가 원하는 것을 수행하는 데 많은 운이 없었 으므로 대신 명령 zsh -c을 zsh실행하는 데 사용 합니다 . 먼저 명령 extended_glob에서 ^(...)구문을 활성화하는 옵션 과 glob ( ) 로 점 파일 (예 :)을 선택할 수 mv있는 glob_dots옵션을 설정했습니다 ..gitignore^(...)
다음으로, 내가 사용 mkdir -p모두를 만드는 명령을 plugins하고 plugins/my-plugin같은 시간에.
마지막으로, zsh"negative glob"기능 ^(.git|plugins)을 사용하여 저장소의 루트 디렉토리 .git와 새로 작성된 my-plugin폴더를 제외한 모든 파일을 일치시킵니다 . (여기서 제외 .git할 필요는 없지만 디렉토리 자체로 이동하려고하면 오류가 발생합니다.)
내 저장소에서 초기 커밋에는 파일이 포함되어 있지 않으므로 mv명령은 초기 커밋에서 오류를 반환했습니다 (이동할 수있는 것이 없기 때문에). 따라서 중단되지 || true않도록 추가했습니다 git filter-branch.
--all옵션은 이야기 filter-branch에 대한 역사를 다시 작성하는 모든 저장소에 지사를, 그리고 여분은 --말할 필요가 git대신에 옵션으로 다시 쓰기로 분기의 옵션 목록의 일부로 해석 filter-branch자체.
이제 main-project저장소로 이동 하여 병합하려는 분기를 확인하십시오. 다음을 사용하여 my-plugin리포지토리 의 로컬 복사본 (이력이 수정 된 상태)을 원격으로 추가하십시오 main-project.
$ git remote add --fetch my-plugin $PATH_TO_MY_PLUGIN_REPOSITORY
커밋 히스토리에 두 개의 관련없는 트리가 생겼습니다.
$ git log --color --graph --decorate --all
그것들을 병합하려면 다음을 사용하십시오.
$ git merge my-plugin/master --allow-unrelated-histories
2.9.0 이전 Git에는 --allow-unrelated-histories옵션이 존재하지 않습니다. 이 버전 중 하나를 사용하는 경우 옵션을 생략하십시오 --allow-unrelated-histories. 2.9.0에서 방지 하는 오류 메시지 도 추가되었습니다.
병합 충돌이 없어야합니다. 그럴 경우, filter-branch명령이 제대로 작동하지 않았거나 이미 plugins/my-plugin디렉토리가 있음을 의미 main-project합니다.
해커가 두 개의 루트를 가진 저장소를 만들기 위해 무슨 일이 있었는지 궁금해하는 미래의 기고자에게 설명 커밋 메시지를 입력하십시오.
위의 git log명령을 사용하여 새로운 커밋 그래프를 시각화 할 수 있습니다. 여기에는 두 개의 루트 커밋이 있어야합니다 . 주의 에만 master지점이 병합됩니다 . 즉 my-plugin, main-project트리 에 병합하려는 다른 분기 에 대한 중요한 작업이있는 경우 my-plugin이러한 병합을 완료 할 때까지 원격 삭제를 삼가야 합니다. 그렇지 않으면 해당 브랜치의 커밋은 여전히 main-project리포지토리에 있지만 일부는 도달 할 수없고 최종 가비지 수집에 취약합니다. 또한 원격을 삭제하면 원격 추적 분기가 제거되므로 SHA로 참조해야합니다.
선택적으로에서 유지하려는 모든 것을 병합 한 후 다음을 사용 my-plugin하여 my-plugin리모컨을 제거 할 수 있습니다 .
$ git remote remove my-plugin
my-plugin히스토리가 변경된 저장소 의 사본을 안전하게 삭제할 수 있습니다 . 필자의 경우 my-plugin병합이 완료되고 푸시 된 후에 실제 저장소에 폐기 알림을 추가했습니다 .
맥 OS X 엘과 캐피에서 테스트 git --version 2.9.0하고 zsh --version 5.2. 귀하의 마일리지가 다를 수 있습니다.
참고 문헌 :
