Git

以下の本からメモ

設定

https://note.nkmk.me/git-config-setting/

種類	範囲	場所
system	システム全体	/etc/gitconfig
global	該当ユーザー全リポジトリ	~/.gitconfig
local	該当リポジトリ	[repository]/.git/config

確認 (config)

基本

$git config --global --list
user.email=pppiroto@gmail.com
user.name=piroto

ユーザーインターフェースの色

$git config --global color.ui "auto"

設定 (config)

確認

$git config --list

変更

$git config --global user.name "Hiroto Yagi"
$git config --global user.email "pppiroto@gmail.com"

編集

$git config --global --edit

ヘルプ (help)

$git help
$git help コマンド

GUI

gitk

Cygwinでgitkが使えないときの対策メモ
gitk はグラフィカルな履歴ビューア。 git log や git grep をパワフルなGUIシェルから使えるようにしたようなもの。過去に何が起こったかを検索したり、プロジェクトの歴史を視覚化しようとしているときに使う。
--all :　HEADだけではなく任意の参照から到達可能なコミットを表示させる
- 各ドットはコミットを、線は親子関係を表す

$ gitk [git logのオプション]

git-gui

git-gui は主にコミットを作成するためのツール
左側はインデックスです。ステージされていない変更が上に、ステージされた変更が下に表示
右上に表示されているのは diff
- この領域を右クリックすることで、個々のhunk（または個々の行）をステージング
右下はメッセージとアクションの領域です。テキストボックスにメッセージを入力し、 “Commit” をクリックすれば、 git commit と同じようなことができます
“Amend” ラジオボタンを選択すると、 “Staged Changes” 領域に最後のコミットの内容が表示されるので、そのコミットを修正することもできます。変更をステージしたり、ステージを取り消したり、コミットメッセージを変更したりしたら、 “Commit” を再度クリックすれば古いコミットが新しい内容で更新

$ git gui

プロジェクトの作成

プロジェクトコードが保存される3つの場所

作業ツリー -- add --> インデックス -- commit --> ローカルリポジトリ -- push --> リモートリポジトリ

作業ツリー

直接ファイルを編集

インデックス(ステージングエリア)

作業ツリーとリポジトリとの間のバッファ
コミット前に一時的に登録しておき、コミットによりリポジトリに格納される
ステージを設けることにより、関連性の強い変更のみをコミットできるようになる

リポジトリ

リポジトリの作成 (init)

Gitのリポジトリは、作業ツリーと同じ場所の.gitディレクトリの中

$mkdir mysite
$cd mysite
$git init

作業ファイルがなく、管理ファイルのみのリポジトリの場合

$git init --bare hoge

変更を加える

ステージングエリアへ追加し、コミット対象とする (add）

$git add hoge.txt

サブディレクトリを含めたすべてを登録

$git add .

gitがコミットのための追加・変更をステージする
対話形式に対象を選ぶ

$git add -i
    :
*** Commands ***
  1: status       2: update       3: revert       4: add untracked
  5: patch        6: diff         7: quit         8: help

4.まだ追跡していないファイルをステージする
5.コミットする変更箇所を指定する

コミット (commit)

$git commit -m "Comment for this commit"

gitが変更を把握しているすべて(追加以外、ステージングとワークディレクトリの差分)をコミット

$git commit -a

-mは、一行コミットコメント。省略すると詳細コメント
- 1行目:コミット内容の要約
- 2行目:空行(区切りとみなす)
- 3行目:詳細の説明

直前のコミットを修正 (amend)

add してコミットすると、直前のコミットに追加される
--no-edit でコミットメッセージの変更をせずに実行
以下のコマンドのみ実行するとコミットコメントのみを修正できる

$ git commit --amend

変更・移動 (mv)

ファイル名の変更やファイルの移動

git mv 元ファイル名 後ファイル名

<blockquote>mvは、新しいファイルに対する、add と古いファイルに対する rm を自動で行う</blockquote>

ファイルを無視する (.gitignore)

.gitignoreファイルに設定を書き足す
ワイルドカードが使用可能
通常のファイルで構成管理対象のため共有されてしまう

.git/info/exclude

.git/info/excludeに記述する方法もある。
他のユーザとは共有されない。

https://qiita.com/inabe49/items/16ee3d9d1ce68daa9fff

特定の拡張子を無視する

*.exe

特定のフォルダの中身全てを無視する

bin/

特定のパターンを無視しない

!bin/hoge.exe

フォルダ内の特定拡張子を無視

package/**/*.class

隠しフォルダを無視するが、.gitignoreファイルは無視しない

.*
!/.gitignore

変更の確認

現在の状況を確認 (status)

$git status

差分の確認 (diff)

作業ツリーの変更を表示

パラメータなし

$git diff

ステージングとリポジトリとの差分表示

$git diff --cached

ステージング含め作業ツリーのすべてをリポジトリと比較

$git diff HEAD

<blockquote>HEADは現在作業しているブランチの直前のコミットを表すキーワード</blockquote>

コミットログの確認 (log)

コミットの履歴を見る (log)

$git log

オプション	内容
-n <limit>	件数を指定
--oneline	それぞれの履歴を一行に圧縮
--stat	追加、削除行数の表示
-p	完全な差分を表示
<file>	指定したフィイルを含むコミットのみ表示
--pretty=format:"%h - %an %ar: %s"	独自のフォーマットを指定
--graph	左側にグラフィカル表示
--decorate	コミットログにブランチ名

これまでHEADが辿ってきた履歴を見る (reflog)

$git reflog

作業を開始する

作業ツリーがgitにどう見えているか

$git status

変更を削除

ファイル指定 (checkout)

git checkout <filename>

すべて (checkout)

$git checkout .

ステージを取り消す (rm)

git rm --cached [ファイル名]

リセット(reset)でコミットを書き換える

https://qiita.com/shuntaro_tamura/items/db1aef9cf9d78db50ffe

git reset は実行すると取り消しが効かない危険なコマンドであることを留意

直前のコミット取り消し (reset)

コミット履歴を過去に遡って以降のコミットをなかったことにする
git revert は打ち消し処理も履歴として残るが、resetは履歴が残らない

ステージングエリアから削除

git add の取り消し
ファイルを指定しなければ、全てのaddを取り消す（直前のコミット状態に戻る)
フィアるの変更は破棄されない

$ git reset <file>

コミットのみ

$ git reset --soft HEAD^

すべて

$ git reset --hard HEAD^

コミット後の変更を全部取り消し

$ git reset --hard HEAD

addの取り消し

$ git reset --mixed HEAD

過去の状態に戻す

直前のコミットと完全に一致した状態
ワーキングディレクトリの変更内容は全て破棄

$ git reset --hard

特定の時点

$ git reset --hard 昔のコミットのハッシュ値

resetの後最新の状態に戻す

$ git reset --hard ORIG_HEAD

直前のリセットを取り消す

$ git reset --hard ORIG_HEAD

ワーキングディレクトリの追跡対象外ファイルを元に戻す（clean)

gitに管理させることなく、ワーキングディレクトリに作成したファイルを一括して削除
対象を確認

$ git clean -n

強制削除

$ git clean -f

ブランチ

Git の真髄は、あらゆるものがブランチのように扱われることにある

ブランチを作る (branch)

masterブランチを元にRB_1.0ブランチを作成する
masterブランチは、Subversionにおけるtrunkにあたる

$git branch RB_1.0 master

例

new ブランチをつくる

$git branch new

"*"が打たれているのがcheckout(現在作業ツリーに反映されている)されているブランチ

$git branch
* master
  new

新しいブランチをcheckout

$git checkout new
Switched to branch 'new'

確認

$git branch
  master
* new

ブランチを切り替える

$git checkout RB_1.0

<blockquote>Gitでは、ブランチにかかるコストが安い。Gitのブランチはそのブランチで成された最新のコミットだけを記録している</blockquote>

ブランチ間での変更マージ (merge)

ブランチ間で変更をマージする方法はいくつかある
- 直接マージ: 履歴をマージして一緒にしようとする
- 圧縮コミット: 変更を圧縮(squash)して別なブランチの先頭にコミット
- チェリーピック: コミットを1つとってきて、現在のブランチに適用

直接マージ

マージ先としたいブランチに切り替え

$git checkout master
$git merge {マージしたいブランチ}

リリースのハンドリング

タグを打つ (tag)

タグの名前(1.0)、タグを打ちたいポイント(RB_1.0)

$git tag 1.0 RB_1.0

タグ一覧の参照

$git tag

タグをリモートにpush (push)

$git push origin {tag_name}

一括でpush

$git push origin --tags

$ git push origin master

rebase:ブランチから変更を取り出し別ブランチの先頭で再生 (rebase)

masterブランチからブランチしたRB_1.0 の変更をmasterブランチに反映させる
まず、masterブランチへ戻る
rebase で反映させる

$git checkout master
$git rebase RB_1.0

ブランチの削除 (branch)

タグを打ってあるため、ブランチを削除しても問題ない

$git branch -d RB_1.0

リリースに対してパッチする場合、タグからブランチすればよい

$git branch RB_1.0.1 1.0
$git checkout RB_1.0.1

アーカイブする (archive)

--formatでアーカイブ形式、--prefixでディレクトリを指定

$git archive --format=zip --prefix=phraseit-0.9/ master >master0.9.zip

リモートリポジトリ

gitはリモートのリポジトリも扱える
自分の作業を共有、コピーの取得など可能

リモートリポジトリのクローン

リモートリポジトリで作業を始めるためにはクローンの作成が必要
作業を始めるリモートリポジトリの完全なコピーを作成する

$git clone ssh://root@rev.typea.info/var/www/git/phraseit

git remote

作業	コマンド
追加	git remote add
削除	git remote rm
確認	git remote -v
URL変更	git remote set-url
名前変更	git remote rename

リポジトリ公開時のApache設定

https://git-scm.com/book/ja/v2/Git%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-Smart-HTTP

/etc/httpd/conf.d/git.conf を作成

<VirtualHost *:80>
    ServerName git.taisetsu.typea.info
    DocumentRoot /var/www/git
    SetEnv GIT_PROJECT_ROOT /var/www/git
    SetEnv GIT_HTTP_EXPORT_ALL
    ScriptAlias /git/ /usr/libexec/git-core/git-http-backend
    RewriteEngine On
    RewriteCond %{QUERY_STRING} servive=git-receive-pack [OR]
    RewriteCond %{REQUEST_URI} /git-receive-pack$
    RewriteRule ^/git/ -[E=AUTHREQUIRED]
    <Files "git-http-backend">
        AuthType Basic
        AuthName "Git Access"
        AuthUserFile /var/www/git/.htpasswd
        Require valid-user
        Order deny,allow
        Deny from env=AUTHREQUIRED
        Satisfy any
    </Files>
</VirtualHost>

必要に応じて、ServerNameをhostsに記述

リポジトリのオーナーを変更

# chown -R apache /var/www/git

パスワードファイルの生成

# htpasswd -c /var/www/git/.htpasswd {ユーザー名} 
New password: 
Re-type new password: 
Adding password for user root

push 時に httpsでないと、403エラー config の設定を ssh: とし、ユーザー名もホスト名の先頭に付与するまた、パスは実際のパス

> git remote set-url origin ssh://root@git.taisetsu.typea.info/var/www/git/hoge.git

Webからリポジトリ内容を閲覧(GitWeb)

GitWebで簡単にGitサーバーの情報を閲覧できるようにする

同期

リモートブランチの確認(branch -r)

$ git branch -r
  Github/master
  origin/master

git fetch

ローカルリポジトリにないリモートリポジトリのコミットオブジェクトをローカルリポジトリに追加
リモートブランチの履歴取り込。このとき更新されるのは、あくまで指定したリモートブランチに対応する「リモート追跡ブランチ」です。（git fetch はローカルブランチ、インデックスや作業ツリーに一切の変更を加えません。）

git merge

両ブランチで変更されたファイルのスナップショットを再作成して，新しいコミットオブジェクトを自動生成
更新されたリモート追跡ブランチを、現在のブランチにマージする

$ git merge FETCH_HEAD

git pull

git fetch と git merge を合わせた動作
git pull <remote> <branch>

$ git pull origin master

Tips

日本語ファイル名

日本語ファイル名は "\nnn" にエスケープされてしまって読めない。以下の設定を追加することで日本語ファイル名が表示されるようになる。

$ git config --global core.quotepath false

Gitでやらかしたときに使えるコマンド

https://qiita.com/muran001/items/dea2bbbaea1260098051

MyMemoWiki

Git

目次

Git

設定