今まで TortoiseGit を使って SVN のノリでだましだまし使ってたけど、そろそろちゃんとコマンドを覚えようと。
#環境
##OS
- Windows 7 64bit SP1
#インストール
Git for Windows をインストールする。
#リポジトリを作成する
> git init
> dir /b /a
.git
-
git initでカレントフォルダを Git のリポジトリにできる。 -
.gitという名前の隠しフォルダが作成される。 - カレントフォルダが、そのまま 作業ディレクトリ にもなる（SVN とちょっと違う）。
- 以下のようにフォルダ名を指定することもできる。
> git init my_repo
#リポジトリをクローンする
> git clone <リポジトリフォルダへのパス>
-
git cloneでリポジトリのクローンが作成できる。 - カレントフォルダにリポジトリと同じ名前のフォルダが作成され、そこがクローンしたリポジトリ兼作業ディレクトリになる。
#コミット時のユーザー名・メールアドレスを設定する
> git config --global user.name <ユーザー名>
> git config --global user.email <メールアドレス>
-
git configで Git の設定をできる。 -
user.nameがコミット時のユーザー名、user.emailがメールアドレスの設定。 -
--globalオプションをつけると、現在のユーザー（OS）で Git を使った場合のデフォルト値を設定できる。 -
--globalを省略した場合は、現在のリポジトリだけで有効な設定になる。
##global 設定が保存されているファイル
-
--global指定で保存した設定は、<ユーザーのホームフォルダ>\.gitconfigに保存されている。 - ホームフォルダは、
C:\Users\<ユーザー名>（Windows7 の場合）。 - この
.gitconfigを直接編集しても問題ない。
.gitconfig
[user]
name = hoge
email = hoge@gmail.com
##設定値を確認する
> git config <確認したい設定の名前>
> git config --list
-
git config <確認したい設定の名前>で、指定した設定の現在の値を確認できる。 -
--listオプションで、全ての設定値を確認できる。
##設定を削除する
> git config --unset <削除したい設定の名前>
#ファイル（フォルダ）をステージングに追加する
> git add <ファイル or フォルダ>
-
git addで、リポジトリに変更のあったファイルやフォルダを ステージング に登録できる。
##ステージング
ステージングは、 SVN には無かった概念。
SVN では、作業ディレクトリの変更内容を直接リポジトリにコミットしていた。
この概念を理解せずに SVN のノリで Git を使っていると、なんだかモヤモヤした感じで Git を使うことになる。
Git では、コミットしたい変更内容を一旦「ステージング」と呼ばれる領域に登録する。
そしてコミットをすると、ステージングに登録されていた変更内容だけがリポジトリに反映される。
add コマンドは、このステージングに変更内容を登録するためのコマンドであり、リポジトリにファイルなどを新規追加するためのコマンドではない（SVN の add とは違う）。
なので、既にリポジトリに存在するファイルも、更新してコミットしたい場合は、 add コマンドでステージングに一旦登録することになる。
ステージングが存在することで、１つのコミットに含める変更内容をファイル単位で細かく制御できるようになる。
インデックスとも呼ぶ。
help を見ると index って書いてるから、インデックスが正解なのかも。
#ステージングに登録した内容を取り消す
> git reset
-
git resetすると、ステージングに登録した変更内容を全て取り消す。 - 作業ディレクトリのファイルは一切変更されない（変更内容が元に戻ることはない）。
##ファイルを指定して取り消す
> git reset <ファイル>
- ファイルを指定して取り消すこともできる。
- この場合も、ファイルの内容は一切変更されない。
#コミットする
> git commit
- 現在ステージングに登録されている変更内容を、リポジトリにコミットする。
- デフォルトでは、コミットコメントを記述するために CUI のテキストエディタが立ち上がる。
- 使い方は vi エディタとだいたい同じで、エディタを終了するとコミットが完了する。
##コミットコメントを指定する
> git commit -m "commit comment"
-
-mオプションでコミットコメントをコマンドと一緒に指定できる。 - この場合、専用のエディタは起動せずにそのままコミットが実行される。
##コミット時のエディタを変更する
> git config --global core.editor '<エディターを実行するためのコマンド>'
-
core.editorを設定することで、コミット時のエディタを任意のエディタに変更できる。 - 自分は Windows ユーザーで、普段サクラエディタを使っている。
- 試しに
git config --global core.editor 'sakura'としたら、普通にサクラエディタが開いてくれた。 - ※サクラエディタのインストールフォルダにパスを通しておく必要があります。
#作業ディレクトリとステージングの状態を確認する
管理外のファイルが存在する場合
> git status
On branch master
Initial commit
Untracked files:
(use "git add <file>..." to include in what will be committed)
text.txt
nothing added to commit but untracked files present (use "git add" to track)
ステージングにコミット待ちのファイルが存在する場合
> git status
On branch master
Initial commit
Changes to be committed:
(use "git rm --cached <file>..." to unstage)
new file: text.txt
作業ディレクトリとリポジトリに差異がなく、ステージングも空の場合
> git status
On branch master
nothing to commit, working directory clean
-
git statusコマンドで以下のことが確認できる。- 現在の作業ディレクトリとリポジトリとの間で差異がないか。
- ステージングにコミット待ちのファイルが存在するか。
#無視するファイルを指定する
> type .gitignore
*.class
-
.gitignoreというファイルを作成して、リポジトリで管理したくないファイルを列挙する。 - ワイルドカード（
*）を使える。
#コミットログを確認する
> git log
- 現在のリポジトリの全コミットログが閲覧できる。
- 量が多い場合は、
lessでファイルを見た時みたいにページング操作ができる形で表示される。
出力例
commit b5572844e448af6f8325e27d5f17a41227742599
Author: opengl8080 <tomcat.port.8080+github@gmail.com>
Date: Sat Sep 13 23:16:33 2014 +0900
modify
commit 3c1313cbf48401af6e79153c00a6f0713e31dbc0
Author: opengl8080 <tomcat.port.8080+github@gmail.com>
Date: Sat Sep 13 23:06:53 2014 +0900
add
##表示件数を制限する
> git log -n <表示上限>
-
-nオプションで、表示件数を制限できる。
##各コミットを１行で表示させる
> git log --oneline
b557284 modify
3c1313c add
-
--onelineオプションで、１つのコミットの表示を１行に絞れる。
##コミットコメントで検索する
> git log --grep="<検索パターン>"
-
--grepオプションで、コミットコメントを条件にした検索ができる。
##特定のファイルのコミットログだけを確認する
> git log <ファイルパス>
ログをグラフ形式で表示する
> git log --graph
#最近実行したコマンドの履歴を確認する
> git reflog
-
git logは commit のログだけが確認できるが、reflogは commit 以外のコマンドの履歴が確認できる。 - 記録されている数には限りがある。
#ファイルを削除する
> git rm <削除するファイル>
-
git rmでファイルを削除できる。 - 作業ディレクトリからも、物理的にファイルが削除される。
#特定のリビジョンに戻る
> git checkout <コミットハッシュ>
- 現在の作業コピーの状態を、指定したコミットハッシュの時点に戻すことができる。
- コミットハッシュは、
git logコマンドで確認できる。
コミットハッシュの確認
> git log
commit 142d5a4f287a914c88e595ae10b4372a13ebfbe5
Author: opengl8080 <tomcat.port.8080+github@gmail.com>
Date: Sun Sep 14 11:10:02 2014 +0900
modify2
> git log --oneline
142d5a4 modify2
-
142d5a4f287a914c88e595ae10b4372a13ebfbe5または142d5a4がコミットハッシュ。
##ファイルを指定する
> git checkout <コミットハッシュ> <ファイル>
- ファイルを指定して、特定のリビジョンに戻すことができる。
##リポジトリの最新に戻す
> git checkout <ブランチ名>
- master で作業しているなら
git checkout master。
#過去のコミットを打ち消す
> git revert <コミットハッシュ>
-
revertは、過去のコミットを削除するのではなく、過去のコミットを打ち消す形で新規にコミットを行うコマンド。 -
revertコマンドが実行されると、コミットコメント用にエディタが起動し、エディタを終了するとそのままコミットが実行される。
##自動コミットしないようにする
> git revert -n <コミットハッシュ>
-
-nをつけると、自動コミットしないようにできる。 - コミットは、後で手動で行う。
##revert を取り消す
> git revert --abort
- 自動コミットオフや、コンフリクトして
revertがコミットされていない状態になることがある。 - そのときに、 revert を取り消すには
git revert --abortを実行する。
#現在の変更内容を取り消す
ファイルを指定
> git checkout HEAD <ファイルパス>
全ファイル一括で取り消す
> git reset --hard
- ステージングに登録されている変更を取り消し、作業ディレクトリのファイルの変更内容も取り消される。
- 編集中のファイルは、編集前の状態に戻される。
#リポジトリに登録されていないファイルを削除する
> git clean -f
- リポジトリに登録されていないファイルを削除するには
git clean -fを使う。 -
-fオプションは、clean.requireForce設定オプションが true の場合は必須になる（デフォルトは true なので、指定が必須になる）。
##clean で削除されるファイルを確認する
> git clean -n
-
-nオプションを指定すると、削除されるファイルをリストアップできる。
#変更内容の差分を確認する
> git diff
- 作業ディレクトリ内で変更のあったファイルを探し、差分を表示する。
- 変更があったファイル全部が表示の対象になる。
##ファイルを指定して差分を確認する
> git diff <ファイル>
- ファイルを指定して差分を確認できる。
##WinMerge で差分を確認する
- まず、
.gitconfigを以下のように設定する。
.gitconfig
[diff]
tool = WinMerge
guitool = WinMerge
[difftool "WinMerge"]
path = C:/Program Files/WinMerge/WinMergeU.exe
cmd = \"C:/Program Files/WinMerge/WinMergeU.exe\" -e -ub -dl \"Base\" -dr \"Mine\" \"$LOCAL\" \"$REMOTE\"
- WinMergeU.exe の場所はデフォルトのインストール先なので、違うのであれば適宜修正。
- diff を確認するときは、以下のように
difftoolコマンドを使用する。
> git difftool
- 変更のあったファイル１つごとに、
Lanch 'WinMerge' [Y/n]:という確認メッセージが表示され、Yを入力すると WinMerge が起動して差分が確認できる。 - WinMerge を閉じると、次のファイルを確認してよいか再び確認メッセージが表示される。
- １ファイルずつ指定して確認したい場合は、
git difftool <ファイル>とする。
#ブランチを作成する
> git branch <ブランチ名>
- ブランチを作成するだけで、作業ディレクトリは変更されない。
#存在するブランチを確認する
> git branch
* master
sample
- 現在のリポジトリに存在する全てのブランチを一覧表示する。
#ブランチを削除する
> git branch -d <ブランチ名>
- 指定した名前のブランチを削除する。
- マージしていないコミットが存在する場合はエラーになる。
- マージしてなくても削除した場合は
-Dオプションを指定する。
#ブランチを切り替える
> git checkout <ブランチ名>
-
checkoutでブランチを切り替えることができる。
#ブランチを新規に作成して、同時に作成したブランチに切り替える
> git checkout -b <ブランチ名>
-
<ブランチ名>で指定したブランチを作成して、そのブランチをcheckoutする。
#ブランチをマージする
> git merge <マージするブランチ名>
-
git mergeで、現在のブランチに指定したブランチの変更をマージできる。 - マージで競合が発生した場合は、競合を解決してから
add->commitする。
#サーバー用のリポジトリを作成する
> git init --bare
- カレントディレクトリをサーバー用のリポジトリにする。
- サーバー用と言っているのは、プロジェクトのメインとなるリポジトリであることを指す。
- 開発者はこのリポジトリをローカルにクローンして、 push, pull を使ってコードを更新する。
-
--bareオプションを設定してリポジトリを作成しないと、 push, pull ができない。
#クローン元のリポジトリから最新のコードを取得する
> git pull
- クローン元のリポジトリから最新のコードを取得し、ローカルのリポジトリにマージする。
- 競合が発生した場合は、手動で修正してコミットする。
#クローン元のリポジトリに、ローカルのリポジトリを反映する
> git push
- 現在のブランチの情報をクローン元に反映する。
- ローカルに pull してから push するまでに別の push が行われていた場合は、エラーが発生して push できない。
- その場合は、 pull して最新をマージしてから push し直す。
#タグを作成する
> git tag <タグ名>
- 名前だけの単純なタグを付ける場合は、
git tag <タグ名>で作成する。 - コレを、__軽量タグ__と呼ぶ。
##コメントを付ける
> git tag -a <タグ名> -m "<コメント>"
-
-aオプションを指定することで、コメントを付けたタグを作成できる。 - これを、__注釈付きタグ__と呼ぶ。
#タグを確認する
> git tag
- 存在するタグの一覧が表示される。
#タグを削除する
> git tag -d <タグ名>
-
-dオプションを指定することで、タグを削除できる。
#タグの詳細情報を表示する
> git show <タグ名>
- 指定したタグのコメントなど、詳細な情報が表示される。
#参考