git rebase -i コミットでインタラクティブリベースを開始します。コミットの編集、並び替え、統合などが可能です。

「pick」はそのコミットをそのまま使用することを意味します。デフォルトですべてのコミットにpickが設定されています。

「squash」は前のコミットと統合し、コミットメッセージも結合することを意味します。

「fixup」は前のコミットと統合しますが、コミットメッセージは前のコミットのものだけを使用します。「squash」はメッセージを結合します。

「reword」はコミットの内容はそのままで、コミットメッセージのみを変更することを意味します。

「edit」はそのコミットで一時停止し、コミット内容の修正やコミットの分割などを行えることを意味します。

「drop」はそのコミットを削除することを意味します。行を削除するのと同じ効果があります。

git cherry-pick コミットハッシュで特定のコミットを現在のブランチに適用できます。

git cherry-pick コミット1 コミット2で複数のコミットを指定するか、コミット1..コミット2で範囲を指定できます。

git cherry-pick --no-commitまたは-nで変更をステージングまでに留め、自動コミットを行いません。

reflogはHEADやブランチ参照の移動履歴を記録したログです。resetやcheckoutの履歴も含まれ、失われたコミットを復元できます。

git reflogまたはgit reflog showでHEADの移動履歴を表示できます。

reflogでコミットハッシュを確認し、git checkoutやgit resetでそのコミットに戻ることで復元できます。

HEAD@{n}はreflogにおけるn回前のHEADの位置を示します。HEAD@{1}は1つ前の状態です。

reflogのエントリはデフォルトで90日後（到達不能なコミットは30日後）に自動的に削除されます。

git bisectは二分探索でバグが混入したコミットを特定するためのコマンドです。

git bisect startでbisectセッションを開始します。その後、goodとbadを指定します。

git bisect goodで現在のコミットにバグがないことを報告します。bisectは探索範囲を狭めます。

git bisect badで現在のコミットにバグがあることを報告します。

git bisect resetでbisectセッションを終了し、元のHEADに戻ります。

git bisect run スクリプトでテストスクリプトを使って自動的にbisectを実行できます。

git submodule add URL パスで外部リポジトリをサブモジュールとして追加します。

サブモジュールは、Gitリポジトリ内に別のGitリポジトリを埋め込む仕組みです。ライブラリや共有コードの管理に使用されます。

git submodule initでサブモジュールの設定を初期化します。クローン後に必要です。

git submodule updateでサブモジュールの内容を取得します。--initオプションで初期化も同時に行えます。

git clone --recursive URLでサブモジュールも含めて再帰的にクローンします。

git submodule statusで各サブモジュールの現在のコミットと状態を表示します。

サブモジュールの削除は、.gitmodulesの編集、git rm --cached、ディレクトリの削除、.git/modulesの削除が必要です。

Gitフックは、コミットやプッシュなどの特定のイベント時に自動実行されるスクリプトです。

Gitフックは.git/hooks/ディレクトリに配置します。サンプルファイルには.sample拡張子が付いています。

pre-commitフックはコミットが作成される前に実行されます。コードの検証やフォーマットチェックに使用されます。

pre-pushフックはプッシュが実行される前に実行されます。テストの実行などに使用されます。

commit-msgフックはコミットメッセージの検証や自動修正に使用されます。メッセージ形式の強制などが可能です。

post-receiveフックはサーバー側で、プッシュを受け取った後に実行されます。デプロイの自動化などに使用されます。

フックスクリプトは実行権限が必要です。.sample拡張子を削除し、chmod +xで実行権限を付与します。

git commit --no-verifyでpre-commitとcommit-msgフックをスキップしてコミットできます。

Git Flowは、mainとdevelopを中心にfeature、release、hotfixブランチを使用する開発ワークフローです。

developブランチは開発のメインラインで、featureブランチのマージ先となり、次のリリースの準備を行います。

hotfixブランチは本番環境の緊急バグ修正用で、mainから分岐し、mainとdevelopにマージします。

GitHub Flowはmainブランチから直接featureブランチを作成し、PRを通じてmainにマージするシンプルなワークフローです。

トランクベース開発は、メインブランチ（トランク）に頻繁に小さな変更をマージする開発手法です。長期ブランチを避けます。

CI/CDでは、プッシュやPRをトリガーに自動テストやビルドが実行され、mainへのマージで自動デプロイが行われます。

GitHub Actionsのワークフローは.github/workflows/ディレクトリにYAMLファイルとして配置します。

git rebase --ontoは、コミットを別の基点に移動させます。ブランチの一部を切り出して移動するのに使用します。

featureブランチの最新3コミットをmainの先端に移動します。feature~3からfeatureまでのコミットが対象です。

git rebase --autosquashは、fixup!やsquash!で始まるコミットを自動的に対応するコミットと統合します。

git commit --fixup=コミットで、指定したコミットを修正するためのfixupコミットを作成します。

git gc（garbage collection）でリポジトリを最適化し、不要なオブジェクトを削除してパック化します。

--aggressiveオプションはより時間をかけて徹底的に最適化を行います。リポジトリサイズを最小化できます。

git fsck（file system check）はリポジトリの整合性をチェックし、破損や問題を検出します。

git fsck --unreachableでどのブランチやタグからも参照されていないオブジェクトを表示します。

git filter-branchは履歴全体を書き換えるコマンドです。ファイルの削除や作者情報の変更などに使用されます（現在はgit filter-repoが推奨）。

git filter-repoまたはBFG Repo-Cleanerが大きなファイルや機密情報の削除に推奨されます。

Git LFSは大きなファイル（画像、動画、バイナリなど）を効率的に管理するための拡張機能です。

git lfs track "パターン"で指定したパターンのファイルをLFSで管理するように設定します。

git notesはコミットに追加のメモを付けることができます。コミット履歴を変更せずに情報を追加できます。

git archiveはリポジトリの特定のバージョンをtar/zipアーカイブとして出力します。.gitを含まないクリーンな出力が得られます。

HEADの内容をzip形式でrelease.zipファイルに出力します。.gitディレクトリは含まれません。

git bundleはリポジトリのデータをファイルにパッケージ化します。ネットワークなしでリポジトリを転送する際に使用します。

bareリポジトリは作業ディレクトリを持たない、.gitの内容のみのリポジトリです。サーバー上での共有に使用されます。

git init --bareまたはgit clone --bareでbareリポジトリを作成できます。

git branch --contains コミットで指定したコミットを含むブランチの一覧を表示します。

git format-patchでコミットをパッチファイルとして出力します。メールでの送信などに使用されます。

git am（apply mailbox）でformat-patchで作成したパッチを適用します。コミットとして適用されます。

git applyはパッチを作業ディレクトリに適用するだけで、git amはパッチをコミットとして適用します。

git submodule update --remoteでサブモジュールをリモートの最新コミットに更新します。

git submodule foreach 'コマンド'で各サブモジュールに対してコマンドを実行できます。

subtreeは外部リポジトリをマージして履歴に含め、submoduleは参照として保持します。subtreeはクローン後の追加操作が不要です。

authorは変更を最初に作成した人、committerは実際にコミットした人です。cherry-pickやamendで異なることがあります。

git commit --date="日時"でコミット日時を指定できます。GIT_AUTHOR_DATE環境変数でも設定可能です。

git rebase --skipで現在のコミットをスキップしてリベースを続行します。

インタラクティブリベースで「edit」を選択し、git reset HEAD^で分割した後、複数回コミットします。

git fetch --unshallowでshallow cloneの履歴を完全に取得し、通常のリポジトリに変換します。

sparse checkoutはリポジトリの一部のディレクトリやファイルのみをチェックアウトする機能です。大きなリポジトリで有用です。

git sparse-checkout initでsparse checkoutを有効にし、git sparse-checkout setでパターンを設定します。

git rerere（reuse recorded resolution）は、以前解決したコンフリクトの解決方法を記録し、同じコンフリクトを自動解決します。

git config --global rerere.enabled trueでrerere機能を有効にします。

-Lオプションで行範囲を指定して、特定の行のみのblame情報を表示できます。例：-L 10,20

git blame -Cでファイル間でのコードの移動や複製を検出し、元の作者を表示します。

git shortlogは作者ごとにグループ化されたコミットの要約を表示します。貢献者の一覧作成に便利です。

git shortlog -snでコミット数順に作者をランキング表示します。-sは要約、-nは数順です。

git rev-parse HEADはHEADの完全なコミットハッシュを返します。スクリプトでよく使用されます。

git cat-file -p オブジェクトでGitオブジェクト（blob、tree、commit、tag）の内容を表示します。

指定したファイルの変更をGitに無視させます。ローカル設定ファイルの変更を追跡しないようにするのに使用します。

--keep-indexオプションでステージングされた変更をそのままにし、未ステージングの変更のみをstashします。

git config -f .gitmodules submodule.名前.branch ブランチ名でサブモジュールの追跡ブランチを設定します。

pre-rebaseフックはリベースが開始される前に実行されます。特定のブランチのリベースを禁止するなどに使用します。

prepare-commit-msgフックはコミットメッセージエディタが開く前に実行され、デフォルトメッセージを生成するのに使用します。

post-checkoutフックはgit checkoutやgit switchの後に実行されます。環境のセットアップなどに使用します。

core.hooksPathでフックスクリプトのディレクトリを変更できます。チームで共有するフックをリポジトリに含められます。

protected branchesではプッシュ制限、レビュー必須、ステータスチェック必須などが設定できますが、自動マージは別の機能です。

git commit -sまたは--signoffでDeveloper Certificate of Originを示すSigned-off-by行を追加します。

--first-parentオプションはマージコミットの最初の親のみを辿り、メインラインの履歴のみを表示します。

AとBの共通の祖先からBまでの直接的な経路上にあるコミットのみを表示します。

git range-diffは2つのコミット範囲を比較し、リベース前後の変更の違いを表示します。

git maintenanceはリポジトリの最適化タスク（gc、commit-graph更新など）を管理・実行します。

commit-graphはコミットの到達可能性のクエリを高速化するファイルで、大きなリポジトリでのlogやmerge-baseを高速化します。

partial cloneは必要なオブジェクトのみをクローンし、残りは必要に応じて取得する機能です。大きなリポジトリで有用です。