背景

開発の途中でマルチベンダになり、zipファイルで納品していたソースコード（最新より数ヶ月古い）で他社が開発をはじめてしまった。
弊社でも機能追加やバグ修正を行っていたため、こちらのリポジトリも進行してしまっている。
他社は修正したものをzipファイルで一括して修正差分として提出すると言っている。
手動マージは地獄なのでそれを回避したい。

前提

中央リポジトリは弊社にある。
他社は納品されたzipファイルを自社のGitに取り込んでいる（弊社のコミットログはない）
他社のGitのリポジトリは参照できる状態になっているものとする。

やりたいことは基本的に Git で複数のリポジトリをまとめたり、逆に切り出したりすると同じ

他社の変更分を取り込む

作業用のディレクトリ作成

% mkdir -p merge/{AAA,BBB}
% cd merge/BBB
% git clone BBB.git
% cd ../AAA
% git clone AAA.git
% cd AAA
% git checkout -b merge/AAA origin/master

※ AAAが弊社、BBBが他社

他社リポジトリを追加してfetch、merge

% git remote add tmp ../../BBB/BBB   # (他社リポジトリの.gitディレクトリのあるディレクトリ)
% git fetch tmp

ブランチの確認

% git branch -a                                                                       (git)-[merge/AAA]
  master
* merge/AAA
  remotes/origin/HEAD -> origin/master
  :
  :
  remotes/tmp/master

remotes/tmp/master のブランチ等が増えているはず

マージ

% git merge tmp/master

おそらくコンフリクトが発生するので、merge-conflictsなどでちゃちゃっと解消していく。
最後にこれを中央リポジトリへプッシュして、PRを投げれば一旦は終わり。
その後は中央リポジトリを用意でき次第、そちらを各社が参照するようにすれば良いはず。

両社で同一のリポジトリを参照するまでの変更取り込み

さっさと同一のリポジトリで開発をしたいものの、会社間の面倒な関係上その後の更新も取り込んでいく

$ git fetch tmp
$ git cherry-pick [commit id]

単純にcherry-pickをすると、このようなエラーが出てcherry-pickが失敗する場合があります。

% git cherry-pick [commit id]                                                           (git)-[merge/AAA]
error: Commit [commit id] is a merge but no -m option was given.
fatal: cherry-pick failed

その場合には、

% git cherry-pick -m 1 [commit id]

としてmerge commitを取り込んであげましょう。
また、PullRequestなどの取り込みのある場合

nothing to commit, working directory clean
The previous cherry-pick is now empty, possibly due to conflict resolution.
If you wish to commit it anyway, use:

    git commit --allow-empty

などのメッセージがされるので、メッセージ通りに

% git commit --allow-empty

してあげれば、他社の変更分を取り込めるはずです。

複数のcommitをまとめてcherry-pickしてやるには

% git cherry-pick [始点となるcommit]..[終点となるcommit]

この場合、始点となるcommitは、実際の取り込みたいcommitの１つ前を指定してやる必要があります。

開発者としてはこういった状況は非常によろしくないのだけれど、
会社間の契約の関係上などで起こりえたりするので、自戒の意味も込めて手順として残しておきます。