# git or github 使い方メモ

## git
gitとはバージョン管理システムのことであり、HTMLやCSSなどのバックアップをとるシステムの総称

* リポジトリ
ファイルやディレクトリの状態を記録する場所のことで、バージョン管理のデータもここに保存されます。
* コミット
データを変更した地点のこと。
* タグ
コミットを参照しやすくする為に分かりやすくするためのもの。
タグには2種類ある。
* 軽量タグ
* 名前が付けられる
* 注釈付きタグ
* 名前が付けられる
* コメントを付けられる
* 署名を付けられる
* コミットメッセージ

1行目：コミットでの変更内容の要約

* チェックアウト
指定したファイルの状態に戻す行為。
* HEAD
現在使用しているブランチの先頭を表す。~(チルダ)と^(キャレット)を使ってあるコミットからの相対位置で指定する
* ~数値：何世代前の親かを指定
* ^数値：ブランチのマージで親が複数ある場合に、何番目の親かを指定
* ブランチ
履歴の流れを分岐して記録していくためのもの。
平たく分岐点を作る。
* masterブランチ
最初に作成した時に作るブランチ。
* 統合ブランチ
リリース板が何時でも作成可能なようにしておくためのブランチ。
※通常はmasterブランチを使用することが普通。
* トッピックブランチ
機能追加やバグ修正などに作るブランチ。
* stash
ファイルに変更内容を一時的に記憶しておく領域。
一時的に変更内容を退避させてからチェックアウトを行なう。
* マージ
ブランチで分岐させたデータを一つのデータとしてまとめる。
* rebase
マージと同じ働きをする。
違う点として、マージは枝分かれに対しリベースは枝分かれを無くし変更したというコミットが作成されることで全体を見やすくできる。
ただし元のコミットを動かない状態にしてしまうため注意が必要。
* コンフリクト
マージする際にデータの衝突がおきた場合のこと。
* リバート
ある地点のコミットを打ち消すコミットを作成する。
* スカッシュ
コミットを一つにまとめる
* 分散型の利点
gitは分散型バージョン管理システムと呼ばれ、集中型と違い個人的にクローンが作られオフラインで作業できる点にある。
なので他人に左右されずみんなで共通の開発を行うことができる。
* .gitgnore
gitで管理の必要がないにファイルをテキストデータ形式で指定できる(設定/詳細/編集から変更できる)
* バージョン管理が必要としないファイル
* windows :　Thumbs.db
* mac　　　:　.DS_Store

## gitコマンド
* git branch
* -a or なし：aはリモートブランチも含めたブランチ一覧を表示することができます。
* ブランチ名：ブランチの作成
* -d ブランチ名：ブランチを削除する
* -m ブランチ名　変更後ブランチ名：ブランチ名を変更する
* git checkout ブランチ名
* ブランチ名：チェックアウトを行う（ブランチを切り換える）
* -b　ブランチ名：ブランチの作成とチェックアウトをまとめて行なうことが出来る。
* --force ブランチ名：強制的にcheckoutを行う（編集中のコミットされていないデータは消えない）
* git merge ブランチ名
* マージを行う（マージ元　→　マージ先）
* git rebase
* --continue：リベースを実行する
* git clone
* URL：githubからリポジトリを持ってくる
* git reset
* --hard HEAD~：1つ前の世代の親のマージを取り消す
* git log
* git log --graph --all --format="%x09%C(cyan bold)%an%Creset%x09%C(yellow)%h%Creset %C(magenta reverse)%d%Creset %s"
これが見やすい
* git pull
* origin ブランチ名：githubにプルを行なう
* git push
* origin ブランチ名：githubにプッシュを行う
* git add
* なし：ファイルの追加
* .：すべてのファイル、ディレクトリ
* *.拡張子：拡張子にあったすべてのファイルß
* -n：追加されるファイルを調べる
* -u：変更されたファイルを追加する
* git rm --cached
* addしてしまったファイルを除外
* git status
* 追跡されているデータを表示する
* git commit
* -m ""：コミットを行なう
* --allow-empty -m ""：コミット情報がないコミットを作成
* --amen：上書きを行う
* git init
* gitリポジトリを追加
* git remote
* add origin リポジトリURL：ローカルリポジトリをリモートに紐づける
* git diff
* 変更点を見る
* --cached：addした後
* git rm -r --cached .
* キャッシュの削除

## gitブランチの運用モデル
URL:http://keijinsonyaban.blogspot.com/2010/10/a-successful-git-branching-model.html

* メインブランチ
* master
リリース可能な状態だけを管理。
また、コミットにはタグを使用してリリース番号を記録。
* develop
先のリリースに向けた普段の開発で使用するブランチです。
先に説明した統合ブランチの役割。
* フィーチャーブランチ
修正や機能追加などのトッピクブランチと同じ役割をし、 developブランチから分岐させる。
* リリースブランチ
リリースの準備を行うブランチ。
ブランチ名は「release-名前」を付ける。
リリースに向けたバグなどをここで修正を行う。
最終的に、リリースブランチがリリース可能な状態になったらmasterブランチにマージを行い、できたマージコミットに対してリリース番号のタグを追加。
* ホットフィックスブランチ
リリースしたプログラムに緊急で修正が必要になった場合にmasterから分岐して作成するブランチ。
ブランチ名として「hotfix-名前」を付ける。
修正後developブランチにマージ。※masterブランチではないので注意。

## github
githubとはソフトウェア開発プロジェクトのためのソースコード管理サービス
* フォーク
他人が公開しているリモートリポジトリを自分のアカウントにコピーすること。
* クローン
自分のアカウントにあるリモートリポジトリをローカルにダウンロードすること。
* プッシュ
リモートリポジトリに現在のローカルリポジトリのデータを上げる。
* プルリクエスト
分がした変更を取り込んでもらうように提案すること。

## 学校のネットワークでエラーが出たら
* [多分これかな？](https://qiita.com/ryotaro76/items/0e40ffb6173b1580e671)

## 読んでみると面白いかも
* [君には1時間でGitについて知ってもらう](https://qiita.com/jesus_isao/items/63557eba36819faa4ad9)

## 個人的URL集（読まなくて良いよ）
* https://qiita.com/numa08/items/b676e38e3dbabfd39d18