その22015.08.17こんにちはプログラマの原です。前回のブログでは、Gitのコミットまでのお話をしました。「branch」と「tag」を紹介しようと思います。■ブランチを有効活用するGitでリポジトリを作った時「master」というものが作られたと思います。これは「branch」と呼ばれるもので、リポジトリを持つとデフォルトでmasterというbranchが作成されます。branchイメージ図branchというのは、コミットの流れを分岐して記録するためのものです。バージョンを区切って作業を行いたい時、各バージョンまでの開発が終わったらそこで次のバージョンのbranchを作り、そこで次の作業を行います。前のバージョンで作業を行なったり、環境を戻す場合でもbranchを切り替えるだけで済みます。branchはいくつでも作れるので、例に上げたバージョン毎を更に細分化してタスク事に区切ったりすることも出来ます。branchは複数作れるので、図のようにローカル・リモートで複数作ることが出来る。branchを分けたとしてもコミットが増えていけばどれがどのbranchのコミットなのかわかりづらくなります、この作業のコミットを参照したいと思っても探すのが大変になり、コミットの管理が大変になってしまう・・・これを防ぐためにはどうすればいいか・・・そのために使える便利な機能がGitには備わっています。それが「tag」と呼ばれるものです。tagはコミットをわかりやすくするために付けられる名前のことで、コミットがたくさんある状態でもtagを付ければ探したいコミットも素早く見つけることが出来ます。次のバージョンに進める前にバージョン識別のtagを付ければ、どのコミットまでがどのバージョンなのかを素早く知ることが出来る。■まとめいかがでしょうか?前回のコミットと合わせて、branchを使えるようになれば、Gitが便利に感じてくると思います。次のブログでは、その問題について紹介しようと思います。採用情報クラウドクリエイティブスタジオでは、プログラマを募集中です。一緒に面白いゲームを作っていきましょう。