Steins;Git

@kyo_ago[1]の下記のツイートにより、本書を書こうと思いました[2]。

@kyo_agoには#SteinsGit[4]というTwitterのハッシュタグを通じていろいろと助言をいただいたり、@watilde[5]と一緒にレビュー会というのを開いていただきました。

Gitter[6]というチャットサービス上では、yosiwo[7]さんに構成について助言をもらいました。

また、@GeckoTang[8]には誤字の指摘をいただきました。

その他にも「シュタゲで分かるGit」をテーマにした「Steins;Git」という薄い本をC86(コミックマーケット86)で頒布します[9]という記事を公開した際に、期待する声や欲しいという声をあげてくださった皆さんには、執筆を頑張る気力をもらいました

そして忘れてはいけないのが、今回進捗管理だったり、イラスト発注だったり、印刷業者への確認だったり、レビューだったり、さまざまな作業をしてくれたfruitsnoodle[10]と、表紙と各章のイラストを描いてくれたGiantRobot[11]さんです。

本当にありがとうございます。

本書は全三章とあとがきから成り立っています。

もっとも手軽かつ、よく使われるバージョン管理の手法として「ファイル名を変更する」があります。

Steins;Gateで例えると、以下の画像のように「各章のフォーントリガーがキーになるところでデータをセーブしておく」という手法を使ったことがあるという人はいると思います。

この、ファイル名を変更するバージョン管理の利点として「手軽である」ということです。

ファイルを選択した状態で、Windowsであれば F2 、Macであれば Enter を押すことで、ファイル名の編集ができます。なので、パソコンを初めて起動した直後から、このバージョン管理がおこなえます。

しかし、ファイル名を変更するバージョン管理には、問題点が思いつく限りでも三つあります。それらの問題点について一つずつ詳細に書いていきます。

このように、ファイル名を変更するというバージョン管理では、多人数でファイルを編集したいときに困ることになります。

また、内容を前のものに戻しづらかったり、戻せないということが往々にして起きるため、例えば誤ったファイルに上書きしてしまったときに、再度やり直し…ということがおきます。

そこで、この書籍のテーマであるGitが登場します。Gitはバージョン管理システムの中でも「分散型バージョン管理システム」といわれるものです。

Gitはネットワーク上にあるリポジトリを使わなかったり、ネットワーク上にあるリポジトリを使っていたとしても、自分の手元で作業履歴を記録するぶんにはネットワークの接続は必要ありません。これは作業内容の記録(コミット)や世界線移動(ブランチ[17]移動)という、作業をする上で多くやることが高速にできるということです。

SVNを他の人と共有する形で使っていた場合、手元にリポジトリがなく、ネットワーク上にのみリポジトリがあります。そのため、ネットワークに接続できない環境では作業内容の記録や作業内容の履歴を見るといったことができなくなります。

これは、自分のPC上にリポジトリを持たないぶん、自分のPCのハードディスクやSSDに記録できることが増えることになるというメリットがありますが、一方で、ネットワークに接続できる環境がないとコミットや今までおこなった作業内容の履歴を見ることができません。

一方で、Gitでネットワークの接続が必要なときは、共有するためのリポジトリに作業内容を送るときや、逆に他の人の作業内容を受け取るときのみとなります。それ以外はネットワークの接続は必要ありません。自分のPC上で作業した内容も、ネットワークに接続をした後にネットワーク上のリポジトリに送ることで、他の人(ラボメンなど)に共有されます。

そのため、岡部はいついかなる場所でも未来ガジェットのアイデアを記録することができます。

SVNに比べ、Gitは流行っています。流行っているということは、それだけ皆が使いノウハウもでてきやすい状況にあるということです。といっても、言葉だけでは流行っているというのが説得力がないので、流行っていることを示すデータをいくつか紹介します。なお、これから出てくるスクリーンショットは2014年8月3日に撮られたものです。

まずはじめに、Googleトレンドで日本におけるGit、SVN、Subversion(SVNの正式名称)の人気度の動向を調べた結果です。[18]

ここではGitが登場した2005年4月から、2014年7月までのグラフを掲載していますが、2013年あたりからSVNとGitの人気度が逆転し、Gitはなお右肩上がりになっています。今後もこの傾向は変わらないと思います。

次にQiita[19]という、プログラミングやソフトウェア開発のときに使うツールなどの情報を投稿するサイトがあるのですが、そこでSVNとSubversionを検索した結果[20][21]が以下の通りになります。

次に、Gitを検索した結果[22]です。SVNと比べ、まさにケタ違いの投稿数とフォロワー数(タグの新着の投稿を追っている人達)となります。

次にStack Overflow[23]という、プログラミングやソフトウェア開発のときに使うツールなどで分からないところを聞く掲示板のようなサイトがあるのですが、そこでタグ検索[24]でSVNを検索した結果が以下の通りになります。

次に、Gitを検索した結果です。SVNに比べ、タグが付けられた数が2倍以上となっています。

以上のことから、SVNはGitに比べて流行っていると言えます。

SVNは、リポジトリが共有のリポジトリしかないため、SVNの機能を気軽に試せる環境とは言えないです。

Gitは、自分のPC上にリポジトリを作れるので、そこでGitの機能を気軽に試すことができます。また、共有のリポジトリから「クローン[25]」して、自分のPC上に共有のリポジトリのコピーを作った際に、自分のPC上のリポジトリ上でテストした結果、どうにもならなくなってしまった状態になってしまっても、ふたたび共有のリポジトリを手元にクローンすれば何もなかったかのように元通りになります。

そのため、例えばまゆりや、るかが何か役に立ちたいと思って、岡部や紅莉栖からGitの使いかたを教えてもらうとなったときに、実際にGitの機能を試しながら教えてもらうことができます。

Gitを使うには、まずSourceTreeというソフトウェアをダウンロードします。

ダウンロードは以下のURLからおこなえます。SourceTreeはWindowsとMac OS Xに対応しています。

https://www.atlassian.com/ja/software/sourcetree/overview

SourceTreeを例えるのであれば「作業履歴が積み重なった世界線を観測でき、かつ世界線改変や世界線収束などができるもの」。つまり、リーディングシュタイナー・ダイバージェンスメーター・タイムマシンをあわせもったものという感じです。ちなみに、Gitを扱えるソフトウェアの中では一番見やすいソフトウェアだと個人的に思っています。

SourceTreeのダウンロードが終わったら、次にインストールと設定をおこないます。WindowsとMac OS Xそれぞれ説明が分かりやすいページがあるので、そのページを紹介しておきます。

任意のフォルダでGitによるバージョン管理ができるようにします。例えるならば、未来ガジェット研究所でタイムリープマシンが作られた状態にするものです。

SourceTreeを起動すると、以下のようなボタンがあると思います。これらのボタンのうち、一番左のボタンを押します。

ボタンを押すと、いくつか選択肢が出てきますが、その内「リポジトリを作成」というのを選択します。すると、リポジトリ保存先などが表示されるので、任意のフォルダを選択します。

作成ボタンを押すと、空のリポジトリができます。これでタイムリープマシンが作られた状態になります。ただし、まだ何も作業内容がないので、過去に戻ったり改変したりということはできません。

すでにあるリモートリポジトリを使ってGitによるバージョン管理を始められるようにします。具体的には、リモートリポジトリの完全なコピーを自分のPC上に作ります。

その前にリモートリポジトリについて、少し説明をします。リモートリポジトリとは、自分のPC上のリポジトリ以外にあるリポジトリのことをいいます。「自分のPC上のリポジトリ以外」ですが「インターネット上や誰かのPC上にあるリポジトリ」のことをいいます。

他の章で「ネットワーク上のリポジトリ」という言葉がでてきてましたが、これは「リモートリポジトリ」と同じ意味です。

このリモートリポジトリから自分のPC上にコピーを作るのがこれから説明する手順です。この手順をおこなうことにより、最初から他の人(例えばラボメンなど)と共同でタイムリープマシンを使って作業をおこなえる体制が整います。

では試しに、すでにあるリポジトリの複製を自分のPC上に作りましょう。SourceTreeを起動すると、以下のようなボタンがあると思います。これらのボタンのうち、一番左のボタンを押します。

押した後「リポジトリをクローン」を押すと以下のような画面になります。「ソースパス / URL」の部分に git@github.com:o2project/steins-gate.git を入力して「クローン」を押すと「steins-gate」というリモートリポジトリの完全なコピーが、自分のPC上に作られます。

作業内容をリポジトリに記録します。例えるならば、セーブをするようなものです。

新規に作ったファイルの場合、最初は以下のように表示されています。

ここでチェックを付けると「ステージングエリア」と一般的に言われるところに移動します。

この状態で画面の下部にあるコミットメッセージというところに任意のメッセージを入力します。

これで「コミット」ボタンを押すと、作業したファイルがリポジトリに記録されます。2回目以降は画面上部にある「コミット」ボタンを押すとコミットメッセージを入力する画面になります。

ちなみに、上記の図で「ラベル」のところに「HEAD」という文字がありますが、これは「今どのブランチにいるかを判別する情報」です。つまりダイバージェンスメーターのようなものです。

作業内容をリポジトリに登録する前に無かったことにします。

ダルにメールをした後、岡部は秋葉原UPXで紅莉栖のタイムマシン理論についての講義を受けましたが、そこでのディスカッションで紅莉栖に完全に論破されてしまいました。

そんな論破されたということを無かったことにしたいところですが、Gitであれば無かったことにできます。方法としては、変更を無かったことにしたい対象のファイルを右クリックで選択し「リセット(Windowsの場合は破棄)」を選択します。

変更を本当に破棄していいかという画面がでてくるので「OK」を押します。

これで、紅莉栖に論破されたということが無かったことになりました。

ブランチの一覧表示をおこなったり、新たにブランチを作ったりします。この「ブランチ」という言葉ですが、シュタゲで例えるならば「世界線」となります。「HEAD」という「自分が今どのブランチ(世界線)にいるのか分かるファイル」があり、それはさながらダイバージェンスメーターと言えるでしょう。

例えば、現在のブランチが「秋葉原が電気街となり、フェイリスのお父さんが生きている世界線」だとします。その世界線で鈴羽を引き止めるために、岡部がDメールを送信しました。その場合、作業履歴は以下のようになります。

ここから「鈴羽を引き止めるためにDメールを送った後の世界線」に移動します。SourceTreeの上部にある「ブランチ」を押すと、ブランチ名を入力する画面が表示されます。ここで新規ブランチのところに任意の名前を入力します。

「ブランチを作成」を押すとブランチができた状態になり、かつ作ったブランチ(鈴羽を引き止めた世界線)に移動している状態です。世界線変動を起こした状態といえます。

現在のブランチから別のブランチへ移動します。例えるならば、Dメールを送った結果世界線変動が起こった状態を任意のタイミングでおこせるものです。

前の節でも書きましたが、Gitのブランチは「世界線」です。Steins;GateではDメールによる世界線変動は世界の状況に影響を及ぼしてましたが、Gitでは副作用なしに世界線移動ができます。

切りかえ方としては簡単で、左側にあるブランチのところから、ブランチ名をダブルクリックすることにより、ブランチを切りかえることができます。以下の図では「鈴羽を引き止めた世界線」から「萌郁がIBN5100を手に入れた世界線」に移動しています。

作業した内容を無かったことにします。例えるならば、タイムリープのようなものです。

鈴羽を引き止めた世界線でいくつか作業をした結果、作業履歴が以下のようになりました。最新の作業履歴は「SERNの襲撃によりまゆりが死んでしまった…」となっています。

ここで最新の作業履歴である「SERNの襲撃によりまゆりが死んでしまった…」という作業を無かったことにし、紅莉栖がタイムリープマシンを完成させたところにタイムリープします。タイムリープするためには、戻したい作業履歴の1つ前の作業履歴を右クリックで選択し「このコミットまで "ブランチ名" を元に戻す」を選択します。

これで、下記の図のように作業履歴から「SERNの襲撃によりまゆりが死んでしまった…」というのが消えました。

作業履歴を改変するコマンドです。

例として、電話レンジ(仮)を改造してタイムリープマシンができた後、萌郁やラウンダー達の襲撃により、まゆりが殺されてしまった後の作業履歴を示します。下記の図では「ラウンダーが追ってきて、まゆりが刺されて死んだ」ことが最新の履歴となっています。

自分がおこなった作業内容を、リモートリポジトリに送信するコマンドです。

今まで岡部は、まゆりを助けるために何度もタイムリープをし奮闘してきましたが、そのことは他のラボメンは知りません。奮闘していることを知らないままタイムリープマシンを壊そうとしても、紅莉栖に止められるのはしかたないことです。

なので、他のラボメン(今回の場合だと紅莉栖)に今まで岡部がしてきた作業内容を伝える必要があります。その手段がこれからおこなうことです。

まずは、画面上部の「プッシュ」を押します。初期設定では現在のブランチのみが選択されているので、その状態で「OK」を押します。この例では、全てのブランチをプッシュしていますが、普段使う分には現在のブランチのみプッシュしたほうが良いです。

プッシュが終わり、作業履歴に「origin/ブランチ名」という文字が表示されるようになりました。これで作業内容をリモートリポジトリに送ることができ、紅莉栖にも今までおこなってきたことが伝わりました。なお「origin」というのは、リモートリポジトリのことを指しています。

他の人がおこなった変更をリモートリポジトリから取得し、自分のPC上のリポジトリに取り込むコマンドとなります。

リモートリポジトリでは、岡部以外にもラボメンが作業しています。この例だと、紅莉栖が、岡部の様子がおかしいのでタイムリープしてきたかどうか聞いていたり、マイフォークが欲しいということを言ったということを記録していたりします。

その場合、自分のPC上のリポジトリ(鈴羽を引き止めた世界線)に比べ、リモートリポジトリ(origin/鈴羽を引き止めた世界線)が2つ進んでいます。

ここで、画面上部の「プル」を押します。たいていの場合は表示された画面内の「OK」を押せば大丈夫です。

「OK」を押すことにより、リモートリポジトリと自分のPC上の作業履歴が同期されます。

別ブランチの作業内容を現在のブランチに取り込みます。例えるならば、世界線を収束させるコマンドです。

鈴羽を引き止めた世界線で作業をした結果、鈴羽がタイムトラベルに失敗し「失敗した失敗した失敗した失敗した失敗した」と何度も書いた手紙を書き残し自殺してしまいました。その結果、岡部は天王寺裕吾からその鈴羽が書いた手紙を受け取ることになります。

そんなできごとを無かったことにするため、世界線を変動させ、鈴羽を引き止めないようにします。そのためにまず「秋葉原から萌えが消えた世界線」のブランチへ移動します。

移動した結果、Dメールを送った状態が最新の状態となっています。ここから「鈴羽を引き止めた世界線」でおこなってきた作業を「秋葉原から萌えが消えた世界線」に統合します。方法としては、統合したいブランチを右クリックして「"統合するブランチ名" を "統合させたいブランチ名" へマージ」を選択します。

選択すると、確認メッセージが表示されるので「確認する」を押します。

すると「秋葉原から萌えが消えた世界線」に「鈴羽を引き止めた世界線」でおこなってきた作業履歴が統合された状態になります。

ただし、まだコミットはしていない状態なのでコミットをします。ここではコミットメッセージを「尾行は中止前のメールはSERNの罠というメールを送信した」としています。

コミットが完了しました。このようにDメールを送るように、ブランチ同士を統合することができます。

「リモートリポジトリ」というキーワードが書籍中に何度か出てきました。このリモートリポジトリですが、例えばラボメンと共同で何か作業する(タイムリープマシンを作るなど)ときは必須になってきます。ですが、サーバーを用意してGitを設定して…という手順をおこなうのは面倒なものです。

なので、Gitの仕組みを使って、自分達が作ったプログラムコードやデザインデータなどを共有できるサービスがいくつか出てきました。それがこれから紹介するGitHub[27]とBitbucket[28]になります。　

ちなみに、この書籍もGitHubで管理されています。[29]

GitHubとBitbucketどちらにも、IssuesやFork、Pull Requestsという仕組みがあります。それらの仕組みについて説明します。

本書を書くにあたって、参考にした資料の一覧となります。本書を読み、よりGitについて知りたいと感じたときには以下のサイトや書籍を見てみるといいでしょう。