バージョン管理システムとよばれるもののひとつにGitというものがある。
そもそもバージョン管理とは何なのか、Gitはどう使うのか、GitHub、BitBucketといったGitホスティングサービスをちょっと使ってみよう！
What's バージョン管理？
バージョン管理システム（バージョンかんりシステム）とは、コンピュータ上で作成、編集されるファイルの変更履歴を管理するためのシステム。特にソフトウェア開発においてソースコードの管理に用いられることが多い。
引用 : Wikipedia
変更履歴を管理するというのがミソ。
誰が、いつ、どのプログラムを、どのように変更したのかを記録しておいて、もし不具合が起きたときにどの部分の変更が作用しているのかを調べたり、不具合が起こる前の状態に戻したりすることを可能にするようなシステムのこと、という感じですかね。
英語ではVersion Control System、VCSなんて呼ばれたりしますね。
Gitって？
GitはLinuxカーネルの生みの親として知られるリーナス・トーバルズさんがLinuxカーネルを作成する際、もっと高速なバージョン管理システムほしいなって思って作ったオープンソースのバージョン管理システムです。（ざっくり意訳）
キャッシュをうまく使うことで巨大なプロジェクトでもすばやく操作することが可能で、とても多くのプロジェクトで採用されています。
GitHubとかって何よ
GitHubやBitbucketといったサービスはGitホスティングサービスと呼ばれているもので、Gitリポジトリを共有するためのクラウドサービスのこと。
ここにGitリポジトリをpushすることでクラウドにアップロードされ、それをcloneすると自分のPCでそのリポジトリを煮るなり焼くなり好きにすることができます。
Gitを使ってみよう！
インストール
WindowsやmacOSを使ってるひとはこちらからインストールしてこよう。
Git
Linuxとかを使ってる人は多分apt install gitとかyum install gitとかでインストールできると思われ（適当）
できなかったら適宜調べてくださいまし。
GitそのものはCUIのツールです。
なので、とりあえずお手持ちの環境でターミナルを開いてコマンドを打ってみましょう。
git --version
# git version 2.19.2
てな感じに表示されたらおっけーです。Gitが使えるようになりました。
GUIクライアントも入れちゃおう
CUIってコマンド覚えたりするの辛いよね...
コマンドができなきゃ困るシーンもあるんだけど、それはもっとイケイケなエンジニアになる手前のお話なので、手早く楽にGitで幸せになるためにGUIクライアントなるものをインストールしちゃいましょう。
Git Kraken
僕のオススメはGit Kraken！
美しいグラフ表示と、コミットログがシンプルで見やすく、操作系も使いやすいです！
インストールはこちらから -> Git Kraken
.debパッケージもダウンロードできますが、最新のUbuntuだとコケがちなのでそのへんは気合で頑張ってください...
後述の説明とかはすべてGit Krakenを使います。
2019/10/11 追記 ※GitKrakenの料金が変更され、**Private Repositoryが無料版では開けなくなりました。**Source Tree
Source Treeも有名なGUIクライアントです。
GitホスティングサービスのBitBucketを提供しているAtlassianが開発しているツールです。
起動が早く、レスポンスは良いのですが、画面いっぱいに情報が詰められていて、シンプルさはGitKrakenに劣ると思います（主観）
あと、Linuxには対応していません。WindowsとMacで利用できます。
ダウンロードはこちらから。
Sourcetree - 無料の Git & Mercurial クライアント | アトラシアン
リポジトリを作ってみる
初回起動時にはGitHubやBitbucketなどのアカウントでログインするように求められたはず。
なんとか回避するか、GitHubにサインアップしてログインしておこう。
Gitでバージョン管理を行なうためにリポジトリというものを作成する必要がある。
GitKrakenの左上のフォルダのアイコンをクリックするとこのようなダイアログが出るので、左の「Init」をクリックして、とりあえず自分のPCでのみ扱うリポジトリを作成してみよう。
「Name」はリポジトリの名前。
そのままフォルダ（ディレクトリ）の名前になるので日本語やスラッシュ、¥などを使うのはやめておこう。
「Initialize in」の欄にはリポジトリを配置したいパスを指定する。
指定したフォルダの下にNameのところに入力した名前のフォルダが作られるので、このために新しくフォルダを自分で作成する必要はないかな。
「.gitignore Template」はGitのバージョン管理の対象にしないファイルを指定できる**.gitignore**というファイルのテンプレートを追加することができる。
とりま選ばなくていい。.gitignoreに関しては後述します。
「Lisence」は作ったリポジトリをGitHubなどでオープンソース・ソフトウェアとして公開する際に、利用者に従ってもらうライセンスファイルをどのオープンソースライセンスのものを入れておくかを選べます。
Gitの動作的には何も影響がないので選んでも選ばなくても良いです。
これも大切な要素なので最後の方で詳しく書きます。
必要事項を入力してCreate Repository！！
こんな感じになればおーけーです。
では、この虚無なリポジトリにファイルを追加していきましょう。
ちなみに、リポジトリのディレクトリの中の隠しディレクトリ.gitにこのリポジトリの情報が詰め込まれているのでゴミと勘違いして削除しないでね。
削除するとせっかくログを取っていた変更履歴が全てパーになります。
コミットしてみる
作成したリポジトリのディレクトリに適当なファイルを作って見ましょう。
そうすると右側の「Unstage Files」の欄に作成したファイルたちが並んでいるはずだ。
それじゃあ、「Stage all changes」ボタンを押してこれらのファイルをバージョン管理の対象にしよう。
ほいで、したの「Summary」のところに何をしたのか、君の行動に名前をつけよう。
今回、僕がしたのは「helloworld.cの追加」だ。だからそうする。
Descriptionは細かいメモのようなことを書くのがいいと思う。
特になければ空欄で構わない。
で、ミドリのボタンを押してコミットしよう。
結果にコミットではなく、結果をコミットだ。
そうすると、このようにファイルを追加したことが記録される。
コミットを行なうことで、どのような変更が行われたのか知ることもできるし、もしものときにリポジトリをそのコミットの状態に戻したりすることができる。
原因不明のバグを発見したときにどの部分の変更が作用しているかを調べたり、バグがなかった頃の状態に戻すことが可能なんだ。素敵だろう？
できる限りすべてのファイルを監視したいけど、別に監視しなくていいファイルもあるよね。
じゃあそのファイルを監視しないように**.gitignore**を設定しよう！
.gitignore
.gitignoreにはファイルの変更の記録を取らなくていいファイルやディレクトリを指定することができるファイルだ。
さっきの例では実行ファイルのa.outも一緒に監視されているけど、正直いらないので.gitignoreでこいつを除外しよう。
.outの拡張子のファイルはすべて除外するようにしちゃおう。
*.out
ワイルドカードが使える。便利だね。
ただ、これだけでは除外は完了しない。
Gitは高速にバージョン管理を行なうために膨大なキャッシュを溜め込んでいる。
.gitignoreの変更を今すぐ適用するにはこのキャッシュを削除しなきゃならない。
このコマンドをリポジトリのディレクトリで入力しよう。
git rm -r --cached .
これでキャッシュが全て削除されて、.gitignoreに指定したファイルを無視してくれるようになる。
こんな感じで作成した.gitignoreが追加され、無視するように指定したa.outは削除されたことになっている。
余計なファイルもロギングしてしまうと、他の環境でうまく読み込めなくなったり、Gitの操作が遅くなったりするし、何よりごちゃごちゃして気持ち悪いので必要ないと思ったものは除外しておくのがいいかな。
Revertしてみる
「いろいろ書いたけど、なんかもとに戻したくなっちゃった。」
そういうときはRevertしましょう。奥さん。
Revertすると、ファイルをコミットしたときの状態に戻すことができる。
じゃあ、とりあえず適当にHelloWorld.cを書き換えてみよう。
「何かがおかしい。正しくプログラムを書いたはずなのにコンパイルが通らない...」
プログラムの動作は変えていないはずなんだけどな、なぜだ...
はい。
Revertしましょ。
ファイル名を右クリックして、「Discard changes」を押してあげるだけです。
おっ、戻った戻った。めでたしめでたし。
Branchを作ってみる
Branch（ブランチ）を作ることで変更履歴を分岐させることができる。
この分岐させたブランチを後でくっつけられるので、複数人で手分けして同時並行で同じプロジェクトを作ることができるのだ！！
masterってとこを右クリックして「Create branch here」をクリックしてみよう。
そしたら、なんか文字が打てそうになるので新しく作るBranchに名前を付けてあげよう。
ちなみにmasterはデフォルトのブランチの名前で、だいたいは製品版バージョンがmaster。
プロジェクトにもよるけどdevelopなら製品一歩手前で、その他は追加機能だったり、そのブランチでの目的が名前になってることが多いと思う。
例えば、feature/addServiceだったら、Serviceというものを追加しようとしてたりとか、fix/serviceならバグ修正とか、そんな感じ。
ブランチ名にスラッシュを入れると、フォルダ分けみたいになるので、うまく使っていこう。
ホイッと。
これでBranchを作って、masterから新しく作ったブランチに切り替えができました。
試しに適当にファイルを追加して、コミットしてみると...
こんな感じに、masterとは別に履歴が記録されていくよ。
Check outしてみる
ブランチを切り替えることをCheck out（チェックアウト）という。
GitKrakenでCheck outするには他のBranchの名前のところをダブルクリックするだけよ。
できた。
Mergeしてみる
分かれたブランチをくっつけることをMerge（マージ）という。
Mergeはとても良くできてて、いい感じにくっつけてくれるし、同じ部分の変更が衝突することがあっても簡単に解決することができる！
試しに、また新しくブランチを作ってみよう。
addJavaHelloWorldとaddTashizanを用意した。
addJavaHelloWorldブランチのHelloWorld.javaは以下の通り
class HelloWorld{
public static void main(String[] args){
System.out.println(returnHelloWorld());
}
public static String returnHelloWorld(){
return "Hello world!!";
}
}
それに対して、addTashizanブランチのHelloWorld.javaは以下の通り
class HelloWorld{
public static void main(String[] args){
System.out.println("Hello world!!");
System.out.println(tashizan(4,5));
}
public static int tashizan(int a, int b){
return a + b;
}
}
名前の通り、足し算を行うメソッドを追加しただけ。
じゃあ、これらのブランチをマージしてみよう！！
取り込みたいBranchを右クリックして、「Merge feature/addTashizan into feature/addJavaHelloWorld」をクリックすることでマージできるぞ！！
おっと、衝突してしまったようだ。
右の「Conflicted Files」欄にあるファイルをクリックして、衝突を解消してあげよう。
こーんな画面になるので、ぺっぺっぺーと必要な行をクリックしていこう。
必要なものをすべて選んだら左上の「Save」で変更を保存しよう。
ちょっと独特な操作なので、実際に操作して慣れるのがいいかな。
衝突を解消し終わったら、右下の「Commit and merge」をクリックしてコミットしてあげよう。
衝突がない場合は超あっけなくMergeが完了するので、毎回こんなめんどくさいことする必要はないのよ。
ひとこと : Git操作ができるエディタ・IDE
開発環境の中にはGitリポジトリを読み込んでIDEから操作できる親切なものもあります！
僕が知ってる限りだと、 IntelliJ IDEAやPyCharmといったJetBrains製のIDEとVisual Studio Codeなどです。
Visual Studio Codeだと、こんな感じに変更されたり、追加されたりしたファイルの一覧が出てきたり、左下の方からチェックアウトできたりとか、便利です。
こういうエディタを選ぶのも快適に作業する上で大事かも。
シメに...
とりあえずLocal編はここまで！