はじめに
この記事は基本的にこの公式ページで公開されている本をベースに筆者が解釈して書いています。もっと詳しく知りたい方はそちらを参照してください。
gitの概念
・gitのデータの考え方
他のバージョン管理ツール -> ファイル毎に差分を記録していく
git -> 全てのファイルの状態をまとめてスナップショット的に記録する
参照元
・3つのステージ
<各ステージについて>
- working directory = 普段作業する場所
- staging area(index) = 次にコミットされるファイルが保存されてるgitディレクトリ
- .git directory(repository) = プロジェクトのメタデータがある場所(gitの最重要部)
<作業の流れ>
- 作業ディレクトリでファイルを編集
- 編集したファイルのスナップショットをステージングエリアに追加
$ git add filename
3.コミットする(ステージングエリアにあるファイルを永久保持するスナップショットとしてgitディレクトリに保存する)
$ git commit -m "message"
gitリポジトリ作成
主に2つ方法があります。
- 既存のディレクトリでgitを初期化して作成
$ cd /好きな/ディレクトリ
$ git init
- githubでリポジトリを作成してcloneする
githubアカウントを持ってない人は作ってください。
github上で新しいリポジトリを作成する。
clone or downloadをクリックしてそこにあるURLをコピー
$ git clone copied_URL
git基本操作
基本サイクル
基本的にいつもやることは、
(0). gitの状態確認
(1). ファイル編集
(2). ステージングエリアに保存(git add)
(3). コミットする(git commit)
(1)->(2)->(3)->(1)...の繰り返しかと思います。
その後、
(4)どれかのブランチにpush
という流れ(だと理解している)。
(0). gitの状態を確認します。
$ git status
すると,
- 自分が今どこのbranchにいるのか？
- Changes to be committed (次にコミットされる変更)
- Changes not staged for commit(まだステージングエリアにない変更)
などが分かります。
慣れていないうちは定期的にこのコマンドを使ってgitの状態を確認するといいと思います！
(1). ファイル編集
エディターで何か編集する。
(2). 編集したファイルをステージングエリアに！
$ git add filename
(3). ステージングエリアにある変更をコミットする
git commit -m "message"
addとcommitを一緒に行うコマンドもあります。
$ git commit -a -m 'some messages'
作業のやり直し！
誰でも間違うことはあります。
- 追加すべきファイルを追加せずコミットしてしまった or コミットメッセージを間違えた
以下のようにすると、最終的なコミットは一つになる。
$ git commit -m 'initial commit'
$ git add forgotten_file
$ git commit --amend
- ステージしたファイルを取り消したい
$ git reset HEAD unstaged_file
- ファイル変更の取り消し
これは個人的に一番使いそう。
色々変えてみたけど、全然うまくいかなかったので最初の状態に戻したい時です。
$ git checkout -- filename
これで直近のコミット状態に戻れます。
複数人でのリモート作業
gitは複数人で開発するのが普通ですよね。
リモートで作業する時の基本を簡単にまとめてみました。
イメージは以下のようになっています。
- どのリモートサーバーを設定したか確認
$ git remote -v
- fetchとmergeとpullの違い
fetch: リモートにある情報をローカルリポジトリに持ってくるだけ(作業ディレクトリのファイルは変わらない)
merge: ローカルリポジトリの情報を作業ディレクトリのファイルに反映
pull: fetch+mergeの作業を同時に行う
$ git fetch remote_name #originなど
$ git pull origin branch_name
- リモートへpush
git push remote_name branch_nameでできる。
注意:
このpushは自分のローカル状態を最新にしてから、他に誰もリモートにpushしていない時しかできません。他の人がpushしていた場合には、一度pullしてローカル環境で調整してからでないとpushできない！
branchとは？
樹形図みたい感じでぼんやりと概念ではわかっていたつもりなのですが、自分は全く分かっていませんでした。
branch=ポインタです！！！
これを理解したらかなりスッキリしました。笑
まずブランチを理解するためには、gitがどうやってスナップショットを記録しているかを知る必要があります。
例えば、3つのファイルをaddしてcommitしたとする以下のような5つのオブジェクトがgitリポジトリに生成されます。コミットオブジェクトに編集者情報やツリーオブジェクト(真ん中の青いファイル)へのポインタ、そしてそのツリーオブジェクトにメタデータ(黄色の3つ)へのポインタが保存されています。
参照元
コミットを複数回行うと、新しいコミットに一つ前のコミットへのポインタが格納されます。
ここでブランチとは複数あるコミットの中でいずれかを指すポインタになります！
それでは、最初masterしかない状態から新しいブランチを作成すると何が起こっているのかを図で見てみましょう。以下の作業を行います。
- masterにコミット
- testブランチを作成して移動
- testブランチにコミット
- 再びmasterに戻ってコミット
最後に分岐したことが分かります。
また、ブランチがただポインタとして動いていることも理解できると思います。
HEADとは、自分が今どのブランチで作業しているかを示すポインタになります。つまり、gitはHEADというポインタを使ってどのブランチにコミットするか判断していることになりますね。
ここで注意です！！
gitでブランチを切り替えると、もちろん作業ディレクトリのファイルが変更されます。そのため、ブランチを切り替える前にファイルを変更したままにすると切り替えると怒られます。なので、ブランチを切り替える時は、ちゃんと変更を今いるブランチにコミットしてから切り替えましょう！
ブランチの使い方(よくある例)
ex.1) 誰かがorigin masterにpushした
(1). まずgitの状態を確認！
$ git status
(2). 次に自分のローカル環境を最新にするためにpullしましょう！
$ git checkout branch_name #まずはmasterに
$ git pull origin master #conflictしたらファイルを開いて解消する
(3). コンフリクトしたらエディターで開いて解消する.-> この記事へ
ex.2) コードに変更を加える
(1). まずは今回実装したい部分専用のbranchを作成します
$ git checkout feature/name #今回は自分のbranchから派生させる
$ git branch new_function #ブランチ名はなんでも良い
$ git checkout new_function #new_branchに移動
(2). コードに変更を加える->ステージング->コミット(ローカル)を繰り返す
$ # edit file
$ git add filename
$ git commit -m "message"
(3). 上手く動くことが確認できたらfeature/nameにmergeする
$ git status #全て変更がコミットされてるか確認する。まだ変更したままだとエラー
$ git checkout feature/name #feature/nameブランチに戻る
$ git merge new_function #これでfeature/nameブランチが更新された
(4). リモートのfeature/nameにpushする
$ git branch -a #feature/nameブランチにいるか確認。いなかったら移動する
$ git push origin feature/name
(5). github上でpull requestする
説明はこちらへ
(6). チームメンバーが承認してmasterにmergeする
ex.3) 前のあの状態に戻りたいと思ったら
- 指定したコミット時点の状態に戻る
=作業ツリーを指定したコミット時点の状態にまで戻し、コミットを行う（コミットをなかったことにはせず、逆向きのコミットをすることで履歴を残す）
$ git log #これで戻りたいコミットのハッシュ値を確認してコピーする
$ git revert コミットのハッシュ値
- ファイル変更を取り消し(まだaddもcommitもしてない場合)
$ git checkout -- filename
補足: ファイル名だけでなく、ディレクトリや全部.も指定できる
- 直前のコミットをなかったことにする
$ git reset --hard HEAD^
--hard: コミット取り消した上で作業ディレクトリの内容も書き換えたい場合
--soft: 作業ディレクトリの内容はそのままでコミットだけを取り消したい場合
HEAD^: 直前のコミットを意味する
HEAD~{n}: n個前のコミットを意味する(これの代わりにコミットのハッシュ値でもok)\
もっと詳しく知りたい方は以下のリンクへどうぞ。
git command集
基本操作
- 最新状態にアップデート(pull=fetch+merge)]
$ git pull origin master
- fetch: リモートの最新状態をローカルに持ってくる(ローカルのファイルには反映しない)
$ git fetch origin remote_branch_name
- merge: ローカルにあるリモートの最新状態(origin/master)をリモートのファイルに反映
$ git merge origin/master
- ファイル追加
$ git add filename
- コミットする
$ git commit -m “comment”
- ローカル->リモートのmasterにpush
$ git checkout master
$ git push origin master
- ローカルのあるブランチ->リモートのあるブランチにpush
$ git push origin <local branch name>:<remote branch name>
or
$ git push origin HEAD:<remote branch name>
- (ローカル)別ブランチのファイルを持ってくる
$ git chekout <brach name> <file name>
- (ローカル)別ブランチのディレクトリを持ってくる
$ git chekout <brach name> <directory name>
状態確認全般
- git状態の確認
$ git status
- 変更したけどまだステージしてない内容を確認
$ git diff
- ステージされた内容を確認
$ git diff --staged
- コミット履歴の確認
git log
オプションで
-pをつけると、反映された変更点を表示できる。これ便利。
branch操作
- branch情報を見る
$ git branch -a
- branch 作成(新しくローカルで作る場合)
$ git branch new_branch_name
- branch 作成(リモートのブランチをローカルに持ってくる)
- 新しいブランチをまずローカルに作成
$ git branch local_new_branch_name origin/branch_name
- 新しいブランチに移動してpullする
$ git checkout local_new_branch_name
$ git pull origin branch_name
- branchの紐付けを確認する
$ git branch -vv
- ローカルのbranchを削除
$ git branch -D <branch name>
訂正・削除
- ローカルのファイル削除(正確には、ステージングエリアから削除し、コミットする+作業ディレクトリからも削除する)
$ git rm filename
- gitの中でファイル名変更
$ git mv file_from file_to
- リモートの状態に強制的に戻したい時
$ git fetch origin
$ git reset --hard origin/master
- リモートのブランチを削除(リモートにあるポインタを削除するだけ)
git push origin --delete branch_name
- リモートで削除されたブランチをローカルに反映させる
$ git remote prune origin