ステータス確認系

git status : 状態の確認
git show [ID] : 変更の確認
git log : ログ確認
git log --decorate : HEADつきのログを表示
git log --oneline : ワンラインのログ表示
git log --graph : ログをグラフ表示
git log [branch] : 指定branchのログを見る
git config -l : gitの設定を表示
git cat-file -p [hash] : commit情報を確認
git diff [id1] [id2] : 差分を確認

git remote 系

※originはリモートリポジトリの変数名のようなもの
git remote : リモートの名前を表示
git remote rm [name] : 設定削除
git remote -v : originの向き先を確認
git remote prune origin : リモートリポジトリを更新（state=消えていないブランチを消す）

originの設定変更

git remote add [name] [remote repository] : リモートリポジトリの名前設定を付追加
git branch --set-upstream master [name] : originの変更

git init 系

git init : 新規リポジトリの作成
git init --bare —shared : bareリポジトリの作成
- 作業ファイルがなく(裸)、管理ファイル（更新情報）のみ
- サーバー側のリモートリポジトリとして扱われる
- sharedオプションで共有設定
- bareの前にハイフンを二つつけないと内部構造がおかしくなる
- 変更状態のみ保持しているので、実際に作業したファイルは直接みれない
- ワーキングディレクトリをもたない

git clone 系

git clone [対象リポジトリのuri] [clone場所] : cloneを作成
- clone場所に注意

git add 系

git add [file] : インデックスにあげる

git commit 系

git commit -m “message” [file] : コミットを行う
- mオプションをつけることで単一コメントが可能
- 新規ファイルやディレクトリも、add commitしない限り反映されない
git commit -am [file] : 一度addしたファイルに対して、addとcommitとを同時に行う
git commit —amend : 最新のcommit Messageを変更
- editerで編集することができる
- HashIDも変化するのでpullやpushする際は注意が必要

git push 系

git push [リモートリポジトリのパス] [ローカルのブランチ名]:[リモートのブランチ名（正しくは特殊変数refspec)]
- 他リポジトリのbranchに変更を加える
- 引数の両ブランチ名が同じなら[branch]を一つ書くだけで省略できる
- 引数省略するとgitの設定により挙動が変わる場合があるので注意
- cloneしてきたリポジトリなら、リモートリポジトリのパスをoriginに省略できる
- --allオプション(宣言位置はどこでも)で、全てのローカルブランチをpushできる
- エラーメッセージ：fast-forwardsは、最新ということを示す
- 指定branchがremoteにない場合は新規作成される
- git push [remote] :[remote branch] で空を送る =remote branchの削除が可能

git fetch 系

git fetch [remote repo] [branch]
- 他リポジトリのbranchから追跡ブランチを取得
- fetchで取得したブランチのcommitは、名前のないブランチとして取り込まれる
  - これは、FETCH_HEADというブランチ名でチェックアウトできる
- 取得ブランチを取り込みたい場合はこのブランチをmergeするか、改めてpullすればいい
- [branch]を省略で全てのbranchを取得
- push時にconfrictが起きる状態で行うと、勝枝を増やしてくれる(= branchの取得)
  - これは、リモートリポジトリの情報をローカルに持ってきているため
  - git merge origin/master でmergingモードに入ることができconfrictを解消する必要はある

git pull 系

git pull [リモートリポジトリのパス] [リモートのブランチ名(正しくは特殊変数refspec)]
- 他branchの変更をカレントbranchに取り込む
- pull自体、fetchのあとにmergeをするようなもの
- branchを省略した場合は、カレントbranchに[branch]がfetch → mergeされる（remote branchの追跡ブランチがローカルに残らない）
  - 指定した[branch]に変更が加わるわけではないので注意
- エラーメッセージ：non-fast-forwardは、最新でないという意味
git pull --rebase
- pullした時の挙動が fetch → mergeから fetch → rebaseになる

git merge 系

git merge [branch]
- カレントbranchに、選択branchを統合する

コンフリクト起こしたら

自分で該当箇所を編集 → add → commitすればいい
- confrict時のcommitメッセは残らないままでいい(再commit時のメッセージで統合されるので)
push時のconfrictに関して、解消して再度pushをすれば、相手側で取り込む(pull)ものはconfrict解消済みのものを取り込める
pull時のmerge messageでvimが開く場合は、「mergeを勝手にしたのでmerge messageを編集しろ」という意味

マージ時のconfrictを片方だけ採用したいとき

git checkout --ours [file] : checkoutしているbranch側にあわせる
git checkout --theirs [file] : mergeされたbranch側にあわせる
- confrict状態であれば、何回でも繰り返せる
- 解消後、add commitを忘れないように注意

git branch 系

git branch : 現在のブランチを表示
git branch -a : 追跡ブランチ(赤色)含むlocal branchを確認
git branch -r : 追跡ブランチのみ確認
- remotes/origin/HEAD->origin/*** はcloneした後に作業ディレクトリにcheckoutするbranchを表す
git branch [branch] : 新規branch作成
git branch [old_branch] [new_branch] : new branch を old branch に取り込む
git branch -d [branch] : branchを削除
- DオプションでHEADにmergeされていないbranchも削除できる
- カレントbranchはcheckout後でないとdeleteできない
git branch -m [old name] [new name] : branchの名前を変更
git branch -m [new name] : カレントbranchの名前を変更

git checkout 系

git checkout [branch] : branchに移動
- : 追跡ブランチを指定してリモートにアクセスすることも可能
git checkout -b [branch] : 作成と同時に移動(branchのb)
git checkout [ID] [file] : 特定のcommitIDの時点に戻す
git checkout HEAD [file] : 最後にcommitした時点まで戻す = git checkout [file]
git checkout -b [branch] [origin/branch] : リモートブランチを[branch]の名前で取得して移動

git reset 系

git reset --hard
- すべて(ワーキングツリー、インデックス、HEAD)を最新のcommit地点まで戻す
git reset HEAD : HEADの位置とインデックスをHEADに動かす
- = git reset --mixed HEAD
- addしたものを戻す
- ただしrmで消すのとは異なり、足跡が残る
git reset --hard HEAD~ : 1つ前のcommit状態に戻る
git reset --hard HEAD~2 : 2つ前のcommit状態に戻る
git reset softとhardの違い
- git reset --soft : ワークディレクトリの内容はそのままでコミットだけを取り消す。
- git reset --hard : コミット取り消した上でワークディレクトリの内容も書き換える。

git stash 系

git stash : commit後の更新されていない変更を退避
git stash list : 退避リストが見れる
git stash pop : 元に戻す
git stash apply : リストを残したまま戻す
git stash save 'hoge' : stash自体に名前をつける
- ただし、名前からstashを取れるわけではない(メモリは一つなので)
git stash drop : stashを削除

git tag 系

git tag [val] : 最新のcommitにタグをつける
- checkoutでタグを指定して戻すことができる

git revert 系

git revert [ID] : ID時のコミットのみを取り消す
- AA → BB → CC のコミット順序で、BBのIDをrevertすると、AAとCCのみ残る
  - resetやcheckoutではBB以降のCCも消えてしまう
- revertを取り消すのは、git revert --abort

git rebase 系

git rebase [元になるbranch] [変更されるbranch(省略するとカレントbranch)]
- 他branchの変更を取り込み吸収する
- 履歴がわかりやすくなるというメリットがあり、複数のcommitを一つにできる。
git rebase develop [branch]
- [branch]にdevelopを取り込む。headは[branch]になる
- rebaseの後は git add → git rebase --continueを行う
  - rebaseは古い履歴から順にcommit単位でたどられるので、最新の情報とconfrictするわけではない
  - つまり、過去のコンフリクトから順に解消してしなければならない

git rebase -i [ID（HEAD~[数値]）]

指定したcommitの削除
- 修正したいIDの一つ前を指定
- 指定されたID以降のcommitがpickで表示される pick=そのまま利用
- pick idを消すとそのコミットが消される
指定したcommitの変更
- 修正したいIDの一つ前を指定
- 下の"pick"を"s"に書き換える → editerが再度立ち上がり、commit messageを変更できる
指定したcommitの編集
- 修正したいIDの一つ前を指定
- "pick"を"e"に書き換え
- （一時的に停止, コンフリクトしているので修正&addしろとmessage）vimで編集 → git add
- git commit --amend で、commit message変更
- git rebase --continue で、rebaseの再開

その他

インデックスからファイルをアンステージする(deleted logの削除)

git rm [file]
- --cachedオプションでファイルは残す
- -rオプションでディレクトリ削除
- -fオプションで強制

ファイルをgitの対象外に指定したい

.gitignore
- このファイルに追記したファイルはgitの対象外になる(トッラキングの対象外)
- ただし、一度インデックスに載ったことがあるファイルは後で.gitignoreにいれても対象外にならない。
- git rm --cached [file]でインデックスから降ろし、対象外にできる
- 正規表現で判定されるので注意

その他 : 「No newline at end of file」が出た時

末尾に改行が含まれていないため、警告がでている状態
vimにて、:set binary noeol実行で解決。