やらかしたとき

ユーザー設定前にcommitした

メッセージ出るのでその通りすればいい

$ git config --global user.name "Your Name"
$ git config --global user.email you@example.com
$ git commit --amend --reset-author

※ これは最初の1回のみ(--amendによる直前のコミットのみ修正)

複数のcommitがある場合は一括変更も可能。
※ 条件設定しない場合、(forkなどしてきた)他ユーザーのコミットも書き換えるので注意

GitのCommitユーザを修正する方法 - Qiita

ブランチに移動する前に編集してしまった(未コミット状態)

stash saveで変更を退避 -> ブランチに移動 -> stash popで退避した変更点を取り出す

$ git stash save
$ git checkout <branch-name>
$ git stash pop

ブランチ作成せずにcommitしまくってた

その時点で新しいブランチを作成し、mainはorigin/mainで上書きする。

git switch -c new-branch
git switch main
git reset origin/main --hard
git switch new-branch

--amendを忘れてcommit

未コミットの変更でなく、コミット済みAとBをまとめるにはgit rebaseを使う直前のコミット二つであれば

git rebase -i HEAD^^

でエディタが起動するので2行目(直近の新しい方)のコミットをpickからsquashに変更して保存、コミットメッセージ編集のエディタになるので内容を編集して終了する。

過去のコミットに対する打ち消しコミット

コミットログ上は「過去コミット」「打ち消しコミット」が残るもの。
(※ コミットしたことそのものを取り消したい場合はgit resetを使う)

$ git revert <取り消したいコミットID>

範囲指定も可能

$ git revert HEAD~5..HEAD~3

対象コミット後に変更があったりするとコンフリクトになるので、手動で修正し、add,commitする。

コミットログの変更

直近のコミットのコミットログ変更

$ git commit --amend

2つ以上前のコミットのコミット・コミットログを変更

3つ前の場合は

$ git rebase -i HEAD~3

これでエディタが起動してどのコミットを変更するかの選択になるので、対象の行頭のpickをeditに変更して:wqする。
この状態で修正が必要なコードを更新する。
更新が終わったら、

$ git commit --amend

を実行すると、edit対象のコミットログに対しての再コミットとなるので、コミットログを修正する。
修正したら

$ git rebase --continue

対象が複数ある場合は次のコミットログをgit commit --amendしてgit rebase --continueを件数分繰り返し。

最後のrebase --continueを実行すると完了する。

コミットの取り消し

間違えてコミットした時点で「あ」と思ったら

git reset --soft HEAD^

git commitする前、git addした後の状態に戻す

git reset --mixed HEAD^

git addする前、編集済みの状態に戻す

git reset --hard HEAD^

編集前、直前のgit commit完了時点に戻す (対象ファイルを間違えたとかコミットを間違えただけで編集内容は正しい場合はこれやると事故る)

--amendの取り消し

git commit --amend直後であればgit reset --soft HEAD@{1}で元に戻る。
どこに戻るかはgit reflogで確認できる。

resetの取り消し

$ git reflog

これでresetを含むgitの操作履歴が表示される。「このコミットの状態に戻したい」のHEAD番号を探して

$ git reset --mixed  HEAD@{8}

など実行する。 --mixedや--softについては、最初にresetしたときと同じのを指定すればよいかな？ (未確認)

$ git reflog 
de41fb8 (HEAD -> linux) HEAD@{0}: reset: moving to HEAD@{7}
7379519 HEAD@{1}: reset: moving to HEAD@{5}
de41fb8 (HEAD -> linux) HEAD@{2}: reset: moving to HEAD@{5}
de41fb8 (HEAD -> linux) HEAD@{3}: reset: moving to HEAD@{4}
22364c9 HEAD@{4}: reset: moving to HEAD^
de41fb8 (HEAD -> linux) HEAD@{5}: reset: moving to HEAD^
7379519 HEAD@{6}: reset: moving to HEAD
7379519 HEAD@{7}: ....
de41fb8 (HEAD -> linux) HEAD@{8}: ....

これでHEAD@{8}にresetすれば、de41fb8をコミットした状態になる。

取り消し

ローカルの変更(未add、未commit)を破棄

$ git checkout /path/to/file

ファイルシステムから削除したファイルをリポジトリから復旧したい場合も、削除したファイルのパスを指定すればOK
古いバージョンでないGitであれば、これからはrestoreを使おう。

$ git restore /path/to/file

addの取り消し

$ git reset HEAD <path>

または

$ git restore --staged <path>

ただし、git init直後の場合はこの操作は不可。
git rm --cachedでバージョン管理から外す操作を行う。

$ git rm --cached <filename>
$ git rm --cached -r <dirname>

mvの取り消し

$ git mv foo bar

した状態で、無かったことにするには

$ git reset HEAD foo
$ git reset HEAD bar

の両方を実行する。

※ git mvによって、barが作成され、fooは削除対象になってるので、それぞれreset HEADで元に戻す(barは削除してfooのdeleteをキャンセル)

memo

$ git reset --hard HEAD /path/to/file
fatal: Cannot do hard reset with paths.

mergeの取り消し(conflict)

mergeしようとしたらconflictしてしまい、競合を解消するよりマージ元を改修してマージしなおしたほうが早いような場合。
マージを取り消すには

$ git merge --abort

rebaseの取り消し(conflict)

mergeと同様に--abortで元に戻せる。

$ git rebase --abort

エラー

pushでcannot lock ref

リモートリポジトリにfeatureが存在する状態でfeature/foobarをpushしようとすると以下のエラー

! [remote rejected] feature/foobar -> feature/foobar (cannot lock ref 'refs/heads/feature/foobar': 'refs/heads/feature' exists; cannot create 'refs/heads/feature/foobar')
error: failed to push some refs to 'github.com:...'

リモートブランチの削除とローカルのorigin/featureを削除すればOK

pullでNeed to specify how to reconcile divergent branches

$ git pull
hint: You have divergent branches and need to specify how to reconcile them.
hint: You can do so by running one of the following commands sometime before
hint: your next pull:
hint:
hint:   git config pull.rebase false  # merge
hint:   git config pull.rebase true   # rebase
hint:   git config pull.ff only       # fast-forward only
hint:
hint: You can replace "git config" with "git config --global" to set a default
hint: preference for all repositories. You can also pass --rebase, --no-rebase,
hint: or --ff-only on the command line to override the configured default per
hint: invocation.
fatal: Need to specify how to reconcile divergent branches.

push済みのコミットとrebaseして追加されたコミットで情報が食い違ってる場合などで発生。
git pull --rebaseすれば取り込める。