Gitコマンド

→Git関連

一般†

• Git ローカルで変更した内容を取り消す方法 - Qiita 2021
  • git add前 -> git checkout .
  • git add後 -> git reset HEAD .
  • 直前のコミットをやり直し(push前) -> git commit --amend

• git pull したら自分がローカルで修正したバイナリファイルがリモートで更新されていてマージに失敗したときの対処

  git checkout --theirs <file>  ※リモート側を活かし、自分の修正は捨てる（バックアップは取っておく）
  git add <file>
  git commit -m xxx
  git push

• git checkoutを禁止してgit switch/restoreに慣れる - WILLGATE TECH BLOG 2023.2

• 「Git Workflow 👇 https://t.co/NVp8h5nh84」 / Twitter 2022.11
  • 
  • この図でいう Staging はインデックスと同等と考えて良い

• [ver 1.2] Git でよく使われるコマンドにイラストによる説明を加えて1枚のチートシートにまとめてみた - Qiita 2019

• git remote ... ローカルリポジトリがどのリモートリポジトリと紐づいているか調べる

• Gitを使ってやらかした時、git reflogさえ使えればわりかしなんとかなる - Qiita 2022.4

• git で一番危険なコマンドは init? 2022.4
  • それは git init

• たまに使うGitコマンド集 - Qiita 2022.3

• 便利な「git-サブコマンド」を作成する 2015.9

• git add したのを取り消したいときは git reset または git restore

• git pull を強制し、リモートでローカルを上書きする方法 2018.7

  $ git fetch origin master
  $ git reset --hard origin/master

• git pullとgit pull --rebaseの違い - Qiita 2022.3
  • fetch してから merge するか rebase するかの違い

• リモートのgitブランチをローカルにチェックアウトする 2012.11

  git branch -a
  git fetch
  git checkout -b <local branch> <remote branch>

• 実務でどんな git コマンドを使っているか振り返ってみる 2019.6

• Gitを使いこなすための20のコマンド

rebase と merge の違い†

• rebase したらちょっと前に入れた修正が巻き戻ってた - Qiita 2022.6
  • force push は歴史の改変なのだということを強く意識しましょう

• Git でrebaseを迷わず活用できるようになる - APC 技術ブログ 2022.6

• あなたはmerge派？rebase派？綺麗なGitログで実感したメリット - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」 2022.3

• Gitワークフロー設計について - 電通国際情報サービス TechBlog 2022.1

• pushしてからrebaseはダメ！ - Qiita 2022.3
  • pushするまではrebase、pushしたあとはmerge

• リベースでのコンフリクトを直そう – GIT

• ブランチを途中からリベースしたい - Qiita 2022.2

• git rebaseを初めて使った際のまとめ 2018.2
  • トピックブランチcheckoutから git rebase master などとする。
  • この場合、rebase した master ブランチ側の最新状態をトピックブランチにマージする
  • rebase後はトピックブランチはあたかも master 側の最終コミット後から分岐したかのようになる

• こわくないGit 2012
  • コミットには１つ前のコミットへのポインタがある。この一連をコミットグラフと言う
  • merge には2種類ある。Fast-Forward と Non Fast-Forward
  • Fast-Forward（早送り）はmasterのラベルをtopicの最新コミットの位置へ張り替えるだけ。topicのコミットとmasterのコミットが枝分かれしていない場合に使える。
    • FFは処理が簡単だが、「ここからここまでマージした」という履歴が残せないため、revert するときにコミット位置をユーザが調べる必要が生じる。
  • Non Fast-Forward topicとmasterが枝分かれしていたとき、真面目に普通にマージすること
  • rebaseのイメージ↓
  • 
  • 共有しているブランチ（リモートでブランチ作成したのを共有しているブランチ）でリベースしてはいけない。pushできなくなるため。
  • rebaseするとコミットがまとまるので見やすくなるが欠点もあり、pushされたブランチをリベースするとpushできなくなる。マージしたという事実は失われる。マージに比べてコンフリクトの解消が面倒。

revert と reset の違い†

$ git revert <commit>
$ git reset <commit>

• 【Git入門】git commitを取り消したい、元に戻す方法まとめ - RAKUS Developers Blog | ラクス エンジニアブログ 2023.4

• git revert と git reset はどちらもコミットの取消に使えるコマンド。違いは、どのように元のコミットを取り消すかという点
  • git revert: git revert コマンドは、新しいコミットを作成して、その新しいコミットで元のコミットの影響を取り消します。そのため、元のコミットの記録は残り、他の人が参照することができます。また、git revert コマンドは、元のコミットを取り消した後に新しいコミットを行うため、再度 push する必要があります。
  • git reset: git reset コマンドは、ローカルリポジトリのHEADとブランチのポインタを前に戻すことで、元のコミットを取り消します。そのため、元のコミットの記録は残りません。また、git reset コマンドは、元のコミットを取り消した後に、新しいコミットを行わないため、再度 push する必要はありません。
• つまり git revert は元のコミットを取り消した後に新しいコミットを行うのに対し、git resetは元のコミットを取り消した後に新しいコミットを行わない。 また git revert は元のコミットを取り消した後に他の人も参照できるのに対し git reset は元のコミットを取り消した後に他の人は参照できない。

• revert や reset に渡すコミットのハッシュは git log で調べることが可能。

  $ git log --pretty --abbrev-commit

ブランチの削除†

• 不要ブランチを削除したい！ - Qiita 2023.3

• git で作ったブランチを削除するには、 git branch コマンドを使用します。

• 1. ローカルブランチを削除する

  git branch -d <branch-name>

• 2. リモートブランチを削除する

  git push <remote> --delete <branch-name>

• 1ではローカルブランチを削除します。2ではリモートブランチを削除します。
• 注意： git branch -d は、まだマージされていない変更を含むブランチを削除しようとすると、エラーが発生します。
• その場合は、 git branch -D <branch-name> を使用して強制的に削除します。
• また、git push <remote> --delete <branch-name> で削除する場合、該当のブランチがローカルに存在しない場合にはエラーが発生します。

最新の50件