はじめに
春ですね,ご入社,ご入学おめでとうございます.この時期にGithub入門する人も多いと思います.この記事はせっかく社内ドキュメント作るのなら共有しちゃおうというものです.特有の言い回しなどはかみ砕いて説明するので,多少の相違は了承ください.
#なぜ必要? クラウドストレージと何が違うの?
更新の時系列がわからないディレクトリがあなたのパソコンにはありませんか? 版を管理することをバージョン管理といいますが,ソフトウェア開発,デザイン,文筆などあらゆることでバージョン管理は煩わしいものです.更にチームになるとこのようなファイルがクラウドストレージにあったら,チームメンバーは混乱してしまいます.個人でもチームでもこんなことに時間をさきたくないはずです.
この煩わしさからGitは開放させてくれます.Gitは時系列順に版をスナップショットとして管理するバージョン管理システムです.Gitにcommitすることによって版が作成され更新されます.もとに戻したければ戻せますし,別バージョンを作りたければbranchを切ることによってできます.
![スクリーンショット 2020-04-06 21.27.47.png](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F120043%2F64a858c6-c493-9a47-487e-40c5dce1cbfc.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=626e1e47720cb22ad63555cd3d06ee2a)
GitとGithub
Githubはバージョン管理システム(ソフトウェア)であるGitをクラウドサービスとして使えるようにしたもので,現在はMicrosoftによって運営されています.同等のサービスやソフトウェアとしてBitbucketやGitLabなどのプロジェクトがあります.
Gitはサーバークライアントとローカルクライアントが存在し,サーバーの方をサーバーに,ローカルをパソコンにインストールすることで使用します.Gitをサーバーにインストールすることによってバージョン管理サーバーとして,チーム内で共有することができるわけです.
![スクリーンショット 2020-04-06 21.20.56.png](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F120043%2F8f2f74ba-f42d-693f-db99-7331b01dec72.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=439c83040fd5253c6da4b3695cc79db7)
gitをローカルで使用する場合まず,
$ git --version #でバージョン情報を表示します.
#=== 以下戻り値 ====
-git version 2.21.0 (Apple Git-122.2)
#インストールされている場合はこのようなバージョン情報が表示されています.
-git: command not found
#not foundが表示される場合はgitをインストールする必要があります.
not found の場合例えばmacでしたら,
$ brew install git
$ sudo apt install git
などを使いインストールします.これは個人の環境で違います.
インストールが終わったら,
$ git config --global user.email <your e-mail address>
$ git config --global user.name <your user name>
####注意
このアドレスと名前はgithub上で世界に公開されます.
#GithubとGitの使い方
gitはレポジトリ(リポジトリ)という単位でプロジェクトを管理します.レポジトリとはプロジェクトのディレクトリーのこととの認識で構いません.このレポジトリにはリモートとローカルが存在します.ローカルは自分のPC内にあるもので,リモートはそれをサーバーにアップロードした状態のことを言います.
プロジェクトのルートレポジトリにある.gitという隠しファイル(サブディレクトリ)に更新情報やリモートレポジトリの情報が記載されています.
Gitのフロートしては,clone して add して commit して push
します.
1.レポジトリを作る
まずプロジェクトを始めるにあたってリモートレポジトリであるGithubにレポジトリを作成します.本来はレポジトリを作る場合,
$ mkdir hoge #ディレクトリの作成
$ git init #gitの初期化(.gitの作成)
$ touch readme.md #説明書の作成
$ touch LICENSE #Licenseファイルの作成
を実行する必要がありますが,Githubではレポジトリを作ると自動で,git initを実行してreadme.mdやLICENSE,.gitを作成してくれます.
試しにhogeレポジトリを作ります.
2.clone
リモートレポジトリにあるレポジトリをローカルにダウンロードすることをcloneといいます.cloneするには任意の場所で,
$ git clone <hoge url or git>
を実行します.ダウンロードされたhogeは一見readme.mdとLICENSEだけですが,きちんと.gitが含まれています.
![スクリーンショット 2020-04-06 22.01.12.png](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F120043%2Ffa4dd1a6-be35-7e3c-5a1c-c12dcd00e710.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=cf8d6a45be3fe90eb6371d6739f715b7)
Githubではこのcloneコマンドの他に,右上の緑色のボタンからzip形式でcloneすることもできます.プロジェクトメンバーで開発に参加していない人でも最新のzipを手軽にダウンロードすることが可能です.
![スクリーンショット 2020-04-06 21.53.05.png](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F120043%2F7160dc05-51ca-74df-0158-8ca9bbc7ca10.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=7e969caa77432346e59b650debbbc723)
3.add
cloneした状態に新しいファイルを作成したならばaddが必要です.addはあたらしいファイルを管理リストに追加することです.これでファイルの変更を追従できるようになります.
$ git add -A
どのファイルが追加されていないかなどは
$ git status
で確認できます.
追従していないファイルが表示されている.
addをすることで追従される.
4.commit
既存のファイルを編集したときや,新しいファイルをaddしたときにはcommitをします.commitをすることで新しい版(バージョン)が作成されます.
どこまでやったらcommitするかは自由ですが,戻せない変更をする場合は,する前にかならずcommitします.セーブポイントできちんとセーブをしておけば,ラスボスで負けても再挑戦ができるわけです.
commitには何を変更したかcommit messageを添えます.
$ git commit -am "example commit"
またcommitした変更はコミット履歴という形で履歴に残ります.
$ git log
![スクリーンショット 2020-04-06 22.06.20.png](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F120043%2F7ccb2133-22ca-37fd-5dc0-f3fb4a0fc68b.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=bd2594397e56a68eec2edc97de6af3f0)
5. push
commitはローカルストレージのプロジェクトディレクトリ内の.gitに記録されます.この情報をスナップショットと一緒にアップロードすることをpushといいます.
pushを行うことでリモートレポジトリを更新し最新にします.チームメンバーはgit pullをすることで,常に最新版を使うことができます.
$ git push origin master #masterブランチにpush
$ git pull
チーム開発の場合,大抵はmasterブランチにはpushをせずにそれぞれのバージョンのブランチにpushし,それをmergeすることでmasterを最新に保ちます.これはバグなどの影響を最小限に留めるためです.
![スクリーンショット 2020-04-06 21.48.12.png](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F120043%2Fd02b0f9b-321c-2a9c-de72-c42a597fe7fc.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=49a1de2c25a63fcd0976c6dd4995c0e1)
![スクリーンショット 2020-04-06 22.07.45.png](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F120043%2F46e29fcb-37d0-8a22-35c8-5f1117160b0b.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=1463f0054b29581b531658fd79c64e1b)
GUIソフト
Sourcetreeなどを使えばterminalではなく視覚的なソフトからでもGitを操作することができます.
以上,いちばん基本的なGit及びGithubの使い方でした.