第3回　GitとTFVCのブランチとマージ：連載：TFVC vs Git（1/6 ページ）

powered by Insider.NET

連載目次

ワークスペースとリポジトリ

Gitのリポジトリ

　Gitでは第1回の記事でサーバーにリポジトリを作ってクライアントにローカルリポジトリを作る方法を紹介したが、実はVisual Studio（以下、VS）に限らず、サーバーがなくてもGitのリポジトリをローカルマシンに作って、1台の環境で閉じたバージョン管理として運用することも可能だ。

　ネットワークに接続されていない場合でも、ローカルリポジトリにコミットしておき、再度オンラインになったタイミングで同期（プッシュ／プル）することも可能だ。

　ローカルリポジトリのバックアップは自己責任となるが、特定のテキストファイルを一時的に版管理して、最終版まで差分を見たい、というような場合には、ローカル環境で履歴管理ができるため、非常に便利だ。

TFVCのリポジトリ

　TFVCはGitと違い、必ずVS Onlineに作成されたチームプロジェクトを使用する必要がある。さらに、ローカルリポジトリというものがないので、チェックイン、チェックアウトなどのソースコードの履歴を更新する場合、必ずVS Onlineに接続されている必要がある。

　しかし、チェックインを伴わない編集だけであれば、VSのデフォルトであるローカルワークスペースを使っていれば、一時的にオフラインになった状態で編集していても、オンライン復帰後、同期をとることで再度VS Onlineに対してチェックイン、チェックアウトを行うことが可能だ。

　違いを簡単にまとめると以下のようになる。

Gitの用語とVSで使われている用語

　GitとTFVCでは同じ言葉が若干異なる意味で使われているので、注意する必要がある。以下にまとめておく。

　「シェルブ」はGitにはない機能だが、日本語では「棚」という意味になる。用途としては、現在編集中のプロジェクトを一時的にVS Onlineに保存して、メンバーにコードレビューを依頼したり、自分の作業を一時的にサーバーへ保存（タスクの中断機能）したりして、他の作業を始めるといった場合に使用する。シェルブに関しては、本稿の最後で紹介する。

ブランチとマージ

　ブランチとマージはTFVCとGitのそれぞれでかなり考え方が異なる。恐らくTFVCやSubversionのような中央型リポジトリに慣れた人がGitを使い始めるときに最初につまずくところだろう。以下では、TFVCとGitのブランチとマージの方法を比較しながら紹介する。

ブランチで行う作業について

　以下ではGitとTFVCの両者で、Featureブランチを作成し互換性に問題のある可能性がある更新をしてみる。今回はASP.NETの既定のテンプレートで使用しているjQuery、Bootstrapなどの少し古いパッケージを最新版に更新しても問題ないか確認する。その作業はだいたい以下のようなものだ。

NuGetパッケージの管理画面
　 （1）全てのパッケージを更新する。
　 （2）選択したパッケージのみ更新する。
　 （3）ダイアログを閉じる。

　まず、NuGetパッケージを最新版に更新する。本連載では紙面の都合上、全てのパッケージを一気に更新するが、一つずつ更新、確認というステップを踏みながら確認すれば、トラブルが発生したとき、どのパッケージの更新で影響が出たのか切り分けることが可能になる。

　今回のような外部パッケージの更新やライブラリの互換性を失うような変更（破壊的変更という）を行うときには、少しずつ変更を行い、チェックインしていくことをお勧めする。

　以前のソースに元に戻すときも、細かくチェックインしていれば、互換性がないバージョンアップを行った一つ前に戻せば、互換性に問題のない他の修正もロールバックしてしまうことがなくなり、作業が無駄になることはない。

チェックインを細かく行っておけば、作業の無駄を省ける

　一般的に大きな変更を一度にチェックインすると、レビュワーの負荷が高くなり、レビューの漏れが起きる可能性がある。パッケージの更新を作業単位としてVS Onlineに登録しておき、パッケージごとにチェックインするようにしよう。一つずつ登録しておくことにより、作業の漏れをなくすこともできる。

　それでは、GitとTFVCのブランチとマージについて見ていくことにしよう。まずはGitチームプロジェクトの場合からだ。