Tipsというかメモ unix:command:git:operation

git :: git commit のやり直し

Mon, 13 May 2013 18:58:01 +0900

commit した直後に、「しまった、まだ修正すべき箇所があった。これから修正する箇所も、さっきの commit に含めたい」というような状況になった場合の対処です。下記のように commit に --amend オプションでやり直しができます。

git :: マシンAで作成したブランチを、マシンBでチェックアウトする

Fri, 05 Oct 2012 14:06:21 +0900

下記は、マシンAで作成した「rev001」ブランチを、マシンBでチェックアウトする例です。マシンA での操作 * ブランチの確認 $ git branch * master * rev001 ブランチの作成 $ git branch rev001

git :: ブランチを指定して clone する

Wed, 05 Feb 2014 20:41:21 +0900

ブランチを指定して clone する % git clone -b @: . * -b : ブランチの指定

git :: ブランチ間の diff を見る

Thu, 06 Feb 2014 14:48:44 +0900

ブランチ間の diff を見る % git diff .. ファイル名だけ表示 % git diff --name-only .. * --name-only : ファイル名オンリー

git :: リビジョン間の diff をとる

Thu, 20 Sep 2012 15:36:20 +0900

$ git diff <比較元のハッシュ値> <比較先のハッシュ値> /path/to/file

git :: リモートリポジトリとワーキングツリー(作業ツリー)の差分を見る

Thu, 20 Sep 2012 15:34:40 +0900

1. まず、git pull せずに、git fetch する $ git fetch * fetch することで、まず最初にローカルリポジトリにマージされる。 * ワーキングツリーへのマージはまだ行われない。 2. リモートリポジトリとワーキングツリーの差分を見る

git :: 特定ファイルの変更履歴(diff)を見る

Wed, 29 Jan 2014 14:44:35 +0900

特定ファイルの変更履歴(diff)を見る $ git log -p path/to/file

git :: 特定のコミットのみ取り込みたい(cherry-pick)

Sat, 01 Dec 2012 14:35:18 +0900

リモートリポジトリの特定のコミット(ハッシュ値のcommit-id)だけを、ワーキングツリー(作業ツリー)に取り込みたい場合の操作。 * まず全てのコミットをローカルリポジトリに取り込む(まだワーキングツリーには取り込まない)

git :: 手元(working directory)の変更を commit せずに、pull したい時

Thu, 20 Sep 2012 15:35:31 +0900

手元(working directory)の変更を commit せずに pull しようとすると下記のエラーで怒られます。 error: Your local changes to the following files would be overwritten by merge: path/to/file Please, commit your changes or stash them before you can merge. Aborting

git :: 「No newline at end of file」の対処

Sat, 09 Nov 2013 14:16:54 +0900

ファイルを何も修正していない状態で保存した時、git status で変更とみなされる時があります。 git dff してみると下記のように「\ No newline at end of file」と表示されます。 % git diff : \ No newline at end of file :

リモートへのブランチの push ／ローカルへのブランチ checkout

Mon, 03 Mar 2014 15:36:14 +0900

リモートへのブランチの push * サーバー１ % git push origin ローカルへのブランチ checkout * サーバー２ % git fetch % git checkout -b origin/ * リモートブランチの削除

git :: リモートリポジトリを再構築する

Tue, 17 Jul 2018 12:29:52 +0900

今回は、すでに存在する staging ブランチを削除して、master ブランチから新たに staging ブランチを再構築します。 * 現在の状態 $ git br -a master * staging remotes/origin/HEAD -> origin/master remotes/origin/master remotes/origin/staging

git :: git commit の取り消し

Wed, 05 Feb 2014 19:53:12 +0900

ワークディレクトリ(作業ツリー)の内容はそのまま、つまり変更内容はそのままでコミットだけを取り消したい場合 % git reset --soft HEAD^ * --soft : 変更内容はそのまま * HEAD^ : ひとつ前のコミットの意味

git :: git add の取り消し

Thu, 20 Sep 2012 15:34:05 +0900

$ git reset HEAD

git :: git pull の取り消し

Fri, 05 Oct 2012 15:20:59 +0900

$ git reset --hard HEAD^ * --hard : ワークディレクトリの物理的変更を行う(ワークディレクトリの内容も書き換える) * HEAD^ : 1つ前の状態

git :: git push の取り消し

Thu, 13 Feb 2014 15:08:39 +0900

* git push の取り消し % git push -f origin HEAD^:

git :: git rm で削除したファイルを復活させる

Tue, 05 Mar 2013 16:12:20 +0900

最新のコミットから「hoge.txt」を復活させる場合 git reset HEAD hoge.txt git checkout hoge.txt 過去のコミットから復活させる場合は下記のように変更する * ブランチを切ってない場合 * 一世代前：git reset HEAD~ hoge.txt * 二世代前：git reset HEAD~~ hoge.txt

git :: 誤って削除したファイルを元に戻す

Sat, 01 Dec 2012 14:37:32 +0900

誤って削除してしまったファイルを元に戻します。 $ git checkout HEAD -- 誤って削除したファイル名

git :: ハッシュ値を元に、特定ファイルをその時の状態に戻す

Thu, 20 Sep 2012 15:35:07 +0900

$ git log /path/to/file # 戻したい状態のハッシュ値を調べる $ git checkout <ハッシュ値> /path/to/file # checkout でその時の状態に戻す上記を最新の状態に戻す $ git checkout HEAD /path/to/file # checkout HEAD で最新の状態に戻す checkout しっぱなしのファイルがないか調べる .git のあるディレクトリで下記コマンドを実行

git :: git 管理下から外す

Wed, 05 Feb 2014 18:28:55 +0900

単体のファイル % git rm --cached /path/to/file.txt ディレクトリ丸ごと % git rm --cached /path/to/dir 上記を行ってから、add, commit, push します。

git :: 過去(特定のリビジョン)の状態を閲覧する

Thu, 20 Sep 2012 15:36:03 +0900

「ある時点まで存在していたコード片(例えばメソッド等)が、コミットを繰返しているうちに消えていた」場合など、過去のリビジョンを閲覧することで、失ったコード片を取り戻せます。

git :: 未 push のコミットを表示する

Sat, 01 Mar 2014 01:58:49 +0900

* 未 push のコミットを表示する % git log origin/master..HEAD * br1ブランチの場合 % git log origin/br1..HEAD