はじめに

後編の今回は，ブランチやマージ，リベースといったGitコマンドをAndroid Studioで実行するにはどうするか？といった内容で進めていきます。GitHubやリモートリポジトリの話はあまり登場しません。

ファイルの移動やリネーム

この章は機能の紹介ではなく，調査結果の報告です。Git連携中のファイル操作のうち移動とリネームがどのように行われるのか確認してみました。「⁠Projectツールウィンドウ」から2つのファイル（bar.txtとfoo.txt）をそれぞれ以下のように操作してみました。

• bar.txtを別のディレクトリに移動
• foo.txtをhoge.txtにリネーム（"Rename..."リファクタリングを実行）

「Versionツールウィンドウ」に記録された，それぞれの実行結果はリスト1のとおりです。

20:20:09.103: cd /Users/masanobuimai/AndroidStudioProjects/MyApplicationProject
20:20:09.104: git rm --ignore-unmatch -- bar.txt
rm 'bar.txt'

20:20:09.228: cd /Users/masanobuimai/AndroidStudioProjects/MyApplicationProject
20:20:09.229: git add --ignore-errors -- MyApplication/bar.txt
20:20:19.973: cd /Users/masanobuimai/AndroidStudioProjects/MyApplicationProject
20:20:19.974: git add --ignore-errors -- hoge.txt
20:20:20.064: cd /Users/masanobuimai/AndroidStudioProjects/MyApplicationProject
20:20:20.064: git rm --ignore-unmatch -- foo.txt

ログを見る限りではどちらもgit rmとgit addの組み合わせで移動とリネームを実行していました。「⁠git mvを使ってないのに大丈夫だろうか？」と思いましたが，コミット後の「Changesツールウィンドウ / Logタブ」にてコミットログを確認すると，それぞれ「移動した（moved⁠）⁠」と「リネームした（renamed⁠）⁠」と記録されています。

念のためSourceTreeで同じリポジトリのログを確認したところ，こちらでも「移動」と「リネーム」と認識されていました。さらにだめ押しで「Terminalツールウィンドウ」からgit mvで，それぞれをファイルを移動／リネームして元に戻してみました。

結論としては，以下のとおりです。

Android Studioでは，移動・リネームには git mv を使わず，git rm と git add を使う

ブランチ＆マージ

Gitに限らず分散バージョン管理システムの真骨頂であるブランチ＆マージについてです。筆者の私感ですが，Android Studioのブランチ＆マージサポートは「まあまあイケてる」と思います。

ブランチの作成

辿り着く先のメニューは同じなのですが，辿り着く方法はいくつかあります。

• "VCS Operations Popup..."から"Branches..."を実行する。
• メニューバーの「VCS → Git → Branches...」を実行する。
• ステータスバーのブランチ名をクリックする。

いずれも同じく図3の「Git Branches」ポップアップが表示されます。

ここで「New Branch」を選択すると「今のブランチ」から枝分かれしたブランチを作成します。それ以外に「Local Branches」や「Remote Branches」の特定のブランチを選択してサブメニューの「Checkout as new branch」を実行すると「そのブランチ」から枝分かれしたブランチを作成を作成します。

特定のブランチの「最新の状態」ではなく「特定のリビジョン」からブランチを作成したい場合は「Changesツールウィンドウ / Logタブ」のコミットログからブランチを作りたいログを選び，コンテキストメニューから「New Branch」を実行します。

ブランチの切り替え

先ほどの「Git Branches」ポップアップの「Local Branches」から任意のブランチを選択し，そのサブメニューから「Checkout」を実行します。当たり前ですが，すでに複数のローカルブランチが存在している状態でないと使えません。

これも一種の切り替えなのですが「特定のリビジョン」に切り替えたい場合は「Changesツールウィンドウ / Logタブ」のコミットログから特定の行を選び，コンテキストメニューの「Checkout Revision」を実行します。

このチェックアウトが完了すると，ステータスバーのブランチ名にはそのリビジョンのコミットハッシュ値が表示されます。

似たような方法で「Git Branches」ポップアップの「Checkout Tag or Revision」から切り替える方法があります。

この「Checkout」ダイアログに任意のブランチ名やタグ名，コミットハッシュ値を入れて，切り替える事ができるのですが，コード補完が効かないなど正直やっつけ感がにじみ出てます（筆者は，まず使いませんね。今回の記事を書くために初めて使ったくらいです⁠）⁠。

そういえば，どうゆうわけかブランチの切り替え（Checkout）は，"VCS Operations Popup..."やメニューバーの「VCS → Git」にはありません。ちょっと不思議ですね。

マージ

ブランチときたらマージです。マージも"VCS Operations Popup..."やメニューバーの「VCS → Git」から行う"Merge Changes..."と，おなじみの「Git Branches」ポップアップから行う方法の2通りありますが，ブランチの時と異なり辿り着く先が異なります。

まずは"Merge Changes..."の場合，コマンドを実行すると図7のようなダイアログが表示されます。

ここでマージしたいブランチやそれに関連するオプションを指定して実行します。

もう一方の「Git Branches」ポップアップの場合，「⁠マージしたいブランチ」を選び，サブメニューから「Merge」を実行します。

こちらの場合，コマンド実行後に確認用のダイアログは表示されず即座にマージが実行されます。その際どのようなオプションが設定されたか「Version Controlツールウィンドウ / Consoleタブ」で確認してみましたが，直球勝負で「git merge <branch名>」としているだけでした。

どちらの方法も現在のブランチ（ステータスバーに表示しているブランチ名）に対して，指定したブランチの内容をマージします。つまり常に次の関係になります。

「指定したブランチ」を 「⁠現在のブランチ⁠」⁠ に マージする

せっかくのGitなのでばんばんブランチを作ってマージしましょう！とは言っても慣れないうちはマージは怖いものです。すでにお気づきかと思いますが「Git Branches」ポップアップのサブメニューに「Compare」というのがあります。これを利用することで現在のブランチと指定したブランチを比較する事ができます。

コンフリクトした場合

では何かしらの問題でマージでコンフリクトを起こしてみましょう。図10のようにわざとファイルの更新を衝突させてマージでコンフリクトを起こします。

コンフリクトを検知すると図11のようなダイアログが表示され，コンフリクト解決方法を促してきます。

右側にあるボタンがコンフリクトの解決方法です。コンフリクトが起きたファイル一覧のうち，選択中のファイルに対してそれぞれ解決方法を指示していきます。

「Files Merged with Conflicts」ダイアログで「Merge」を選択すると，さらに図12のようなダイアログが表示され，手動でマージを行いコンフリクトを解決します。

「Merged Revisions for」ダイアログで「×」「⁠≫」「⁠≪」アイコンによる変更の取り込みを行い，すべての取り込みが完了すると図13のようなダイアログが表示され，処理を完了するかどうかを聞いてきます。

ここで「Save and Finish」ボタンを押すと，コンフリクトは解決したとみなし自動的にコミットを行います。まだ修正したい箇所が残っている場合は「Continue」ボタンを押してコンフリクト解決を継続してください。

すべてのコンフリクトを解決すると自動的にコミットが行われます。

間違って，もしくは意図的にコンフリクトの解決前に「Files Merged with Conflicts」ダイアログを閉じた場合どうなるでしょう？コンフリクトが発生したステータスは残っているので，Android Studioがそれを自動検知してポップアップメッセージを表示します。

または，メニューバーの「VCS → Git → Resolved Conflicts...」から再び「Files Merged with Conflicts」ダイアログを表示できます。コンフリクトの解決を中断しているとステータスバーに「Merging（マージ中⁠）⁠」と表示されます。この状態はコンフリクトを解決してコミットするまで続きます。

余談ですが，コンフリクトの解決を一度中断して，あらためてそれを解決し，コミットしたときだけ任意のコミットログでマージすることができます。それ以外ではコミットは自動で行われるため，コミットログは一律で「Merge branch '<ブランチ名>'」となります（意図的というより，マージ処理の抜け道でたまたまそうできただけだと思います⁠）⁠。