今回も 100% 自分のためのメモです。仕事で２つのGitリポジトリをマージして新しいリポジトリを作る必要がありました。コマンドの意味のいくつかを理解していなかったので、調べてメモしておきます。

自分の理解にポイントを置く

普段はこのレベルのは書かなかったですが、結城さんの一連のポストが素晴らしく、見習ってみることにしました。特に「自分の理解にポイントを置く」というのは、私におそらくもっとも足りていないことと思っています。

（自分の勉強法でいいのか）

あなたの質問の中で「5分考えて何も思いつかない」というところが気になりました。いつも「5分」でタイムアウトするのはいいことなのかなと思ったからです。また「考えて何も思いつかない」というのは、（続く）https://t.co/0CSFZX0e8g pic.twitter.com/5APJBrbawm
— 結城浩 (@hyuki) 2018年2月26日

こちらも神回答だったのでメモしておきます。

（勉強法）

勉強法は、最近よく「結城メルマガ」に出てきてたかも。具体的な「方法」はどうでもよくて（よくないですけど）、勉強を何のためにしてるのかを自問するといいです。ノートを文字で埋めることが目的なのではなくて、自分が理解することが目的ですよね。なので、https://t.co/0CSFZX0e8g pic.twitter.com/HLyDmPIZJS
— 結城浩 (@hyuki) 2018年2月25日

リポジトリのマージコマンド

最初に新しく作ったリポジトリをクローンします。

git clone git@github.com:Azure-Samples/OpenHack-DevOps.git

次に、元のリポジトリをリモートリポジトリの Upstream に指定　　git remote add REMOTE_NAME URL ですな。

git remote add upstream git@github.com:Azure-Samples/MyDriving.git

次に fetch するとそのリポジトリから読み込みます。fetch コマンドは、別のリポジトリから読み込むためのコマンドです。git fetch REMOTE_NAME ですね。すると、読み込み元のブランチも一緒にローカルのブランチとして作成されます。

 git fetch upstream
Enter passphrase for key '/c/Users/tsushi/.ssh/id_rsa':
warning: no common commits
remote: Counting objects: 17127, done.
remote: Total 17127 (delta 0), reused 0 (delta 0), pack-reused 17127
Receiving objects: 100% (17127/17127), 19.79 MiB | 1.14 MiB/s, done.
Resolving deltas: 100% (12667/12667), done.
From github.com:Azure-Samples/MyDriving
 * [new branch]      Fix513         -> upstream/Fix513
 * [new branch]      FixUWPCrash    -> upstream/FixUWPCrash
 * [new branch]      MotzTR         -> upstream/MotzTR
 * [new branch]      NicoleBugFix   -> upstream/NicoleBugFix
 * [new branch]      NicoleBugFixBK -> upstream/NicoleBugFixBK
 * [new branch]      VJTest         -> upstream/VJTest
 * [new branch]      dev            -> upstream/dev
 * [new branch]      evolve         -> upstream/evolve
 * [new branch]      feature/evolve -> upstream/feature/evolve
 * [new branch]      feature/motztr -> upstream/feature/motztr
 * [new branch]      master         -> upstream/master
 * [new branch]      motz           -> upstream/motz

ターゲットのブランチを選んで、自分のところのmaster にマージします。普通に merge をするとこけます。他のリポジトリからマージするので、git 2.9 以降からエラーになるようです。--allow-unreleated-histories オプションをつけるとマージが出来ます。

git merge --allow-unrelated-histories upstream/master
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Auto-merging .gitignore
CONFLICT (add/add): Merge conflict in .gitignore
Automatic merge failed; fix conflicts and then commit the result.

ちなみに merge のコンフリクト解消には、VSCode がとても便利でした。プラグインでリンクをクリックするだけでどっちを採用するか決められました。

git add .
git commit -m "Some reason"
git push -u origin master

後はお約束の紺などですが、git push -u のオプションがいる理由です。-u は、upstream を指定するオプションです。upstream を指定したので、２つある状態なので、origin の方を指定する必要がありそうです。

ちなみに、リモートが二つある場合は、間違えて、upstream の方にpushしてしまったりしないでしょうか？git push -u で、デフォルトのリモートが設定されます。.git/config を見てどういう設定になったのかを見てみましょう。

$ cat .git/config
[core]
        repositoryformatversion = 0
        filemode = false
        bare = false
        logallrefupdates = true
        symlinks = false
        ignorecase = true
[remote "origin"]
        url = git@github.com:Azure-Samples/OpenHack-DevOps.git
        fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
        remote = origin
        merge = refs/heads/master
[remote "upstream"]
        url = git@github.com:Azure-Samples/MyDriving.git
        fetch = +refs/heads/*:refs/remotes/upstream/*

なるほど、しっかりと、master ブランチのリモートが origin に設定されていますね。
よし、理解した。

2つのGitリポジトリをマージする

自分の理解にポイントを置く

リポジトリのマージコマンド

Resource