2 개의 Git 리포지토리를 하나의 스냅 샷과 현재 히스토리로 결합하는 방법은 무엇입니까?

Question

this question의 역함환을 수행해야합니다.

거의 1 년 전 우리는 Git 저장소를 새로운 저장소에 두 지점의 현재 상태를 복사하여 분리했습니다. 간단하게하려면

<== 2015 Dec    1 Jan     2016 Jan ==> 
Past history, till SVN New Repo First Commit All commits to present 

우리 것 곧 자신의 Git 저장소로이 저장소에있는 프로젝트의 각을 설정하는 서브 트리를 사용하여, 그러나 나는 우리가 5 년 누락으로 너무 오래 그렇게하고 싶지 않아 중앙 저장소에서 커밋 된 내역. 여기에 지금까지 시도한 단계는 다음과 같습니다

cd ProjectFull/ 
git reset --hard # Project was in a branch 
git checkout master # Go to master before trying to rebase 
git remote add ProjectSplit ../ProjectSplit # New repository is in another directory 
git fetch ProjectSplit # Fetch new repository 
git cherry-pick <initial commit hash> --strategy-option theirs 
git pull --rebase -s recursive -X theirs origin master 

내 생각이었다 커밋 새로운 REPO의 초기을 체리 - 선택하고 그 커밋 떨어져 리베이스,하지만 실패합니다. 위에 나열한 명령은 오류가 발생하지 않지만 이전 저장소의 모든 기록을 삭제합니다. 이전 REPO의 패치를 통해 중간 실패

$ git rebase origin dev 
First, rewinding head to replay your work on top of it... 
Applying: Merge branch 'dev' of <REPO> into dev 
Using index info to reconstruct a base tree... 
<stdin>:298480: trailing whitespace. 

<stdin>:298553: trailing whitespace. 

<stdin>:298559: trailing whitespace. 

<stdin>:298565: trailing whitespace. 

<stdin>:298571: trailing whitespace. 

warning: squelched 1751272 whitespace errors 
warning: 1751277 lines add whitespace errors. 
Falling back to patching base and 3-way merge... 

CONFLICT (add/add): Merge conflict in <FILE> 
Auto-merging <FILE> 
CONFLICT (add/add): Merge conflict in <FILE> 
Auto-merging <FILE> 
CONFLICT (add/add): Merge conflict in <FILE> 
Auto-merging <FILE> 
CONFLICT (add/add): Merge conflict in <FILE> 
Auto-merging <FILE> 
CONFLICT (add/add): Merge conflict in <FILE> 
Auto-merging <FILE> 
<Same> 

Failed to merge in the changes. 
Patch failed at 0001 Merge branch 'dev' of <REPO> into dev 
The copy of the patch that failed is found in: 
    ProjectFull/.git/rebase-apply/patch 

When you have resolved this problem, run "git rebase --continue". 
If you prefer to skip this patch, run "git rebase --skip" instead. 
To check out the original branch and stop rebasing, run "git rebase --abort". 

The script이 대답 :

여기 내 힘내 REBASE의 잘린 로그입니다.

This answer은 다른 저장소에서만 작동합니다. ,

은 바느질의 repos

펄 CPAN가있다 이눔 아 - 스티치 REPO를 고려

Answer 1

귀하의 마일리지가 다를 수 있고, 내가 잘 질문 의도를 오해 할 수있다, 그래서 나는 짧은 요약 옵션을 제안합니다 nice module은 그 유선이 git fast-export에서 git fast-import까지 간다.

히스토리를 선형화해야합니다.

서브 디렉토리 옵션

하나가 아닌 두 개의 dir을가집니다. 또는 multiple dirs.

이미 절차를 따르고 있습니다. 귀하의 질문에서 마지막 체리 피킹을 포기하고 현재 하나의 디렉토리에 old 레포를 가지고 있습니다.

최소한의 성가신, 그냥 glues 함께 repos. 역사를 선형화하려고 시도하지 않습니다.

힘내 트리는

Merge subtree가 힘내 명령 서브 트리 및 서브 모듈 (이하 관리 무거운) 모두보다 사용하기 쉽게 병합.

개별 파일 (병합 후)에 대해 git 로그를 볼 때 --follow을 사용해야 할 수도 있습니다.

재검토 왜 당신은 도움이 될 것입니다 그것을

은 특정 있습니까해야합니까? 당신이 ELK에 그 늙은 망할 놈 로그를 먹이면, 당신의 동료들 (그리고 너 자신)을 더 잘 맞출 수있는 색인 된 검색을 할 수 있을까요? Kibana에 대시 보드를 설치할 가능성이 있습니까? 또는 이전 repo가있는 컴퓨터에 git instaweb을 설정하면 사람들이 웹을 통해 탐색 할 수 있으므로 요구 사항을 충족시킬 수 있습니까?

는 자식 병합-의 repos 시도하지 마십시오

을 고려, 그래서 권장하지 않습니다,하지만 it's apparently for just such an occasion와 자식-스티치 REPO 어렸을 때이 작성되었습니다. 체크 아웃 할 가치가 있습니다. 일부 재 작성

와

은 자식 필터 지점으로, 또한 an option with some history rewrite 있습니다. 아마도 BFG로도 가능할 것입니다.