Git & 配信 さらに詳細 B · 公式のガイダンス プラットフォーム: 一般

Squash Commit

スカッシュコミット

スカッシュは、複数のコミットの変更を1つの新しいコミットに統合するもので、しばしばインタラクティブリベースやマージルールと共に行われます。

仕組みを見る
そう呼ぶかもしれません Squash Commitスカッシュコミット

仕組みを見る

元の作業例スカッシュコミット

もう一つの例

5つのプライベート修正コミットをまとめると、1つのレビュー済み機能になります。スカッシュは最終的なコードの差分と明確なメッセージを保持しますが、不注意なスカッシュは有用なレビューや作成者の履歴を消してしまうことがあります。

主な部分

  1. 01ソースコミット(複数)
  2. 02結合差分
  3. 03新しいコミットメッセージ

以下の場合に使用します

未公開の複数のコミットが1つの論理的変更を構成し、その小さなステップの履歴が不要な場合に、この用語を使用します。

以下の場合は使用しないでください

別々の変更、共有履歴、レビューやクレジットに必要な証拠を潰さないこと。

コードで使用する名前

pick A + squash B + fixup C → A′

出荷前に

Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.

コピーできるリクエスト

Outcome:Complete the task with スカッシュコミット (Squash Commit)。 User context:5つのプライベート修正コミットをまとめると、1つのレビュー済み機能になります。スカッシュは最終的なコードの差分と明確なメッセージを保持しますが、不注意なスカッシュは有用なレビューや作成者の履歴を消してしまうことがあります。 Delivery concept or operation:スカッシュコミット (Squash Commit)。 Why it fits:未公開の複数のコミットが1つの論理的変更を構成し、その小さなステップの履歴が不要な場合に、この用語を使用します。 Do not use it when:別々の変更、共有履歴、レビューやクレジットに必要な証拠を潰さないこと。 Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary):その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.

このリクエストを確認する

Review how スカッシュコミット (Squash Commit) is used now. Definition: スカッシュは、複数のコミットの変更を1つの新しいコミットに統合するもので、しばしばインタラクティブリベースやマージルールと共に行われます。 Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

B
この用語はどれくらい公式か?

公式のガイダンス

指定されたプラットフォーム、フレームワーク、プロジェクト、または専門グループには、この用語に関する公式ガイドがあります。

その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。

範囲
ソースがカバーするもののみ:正式名、定義、プラットフォームAPI、実装、使用ガイド
ドキュメントステータス
安定
チェックオン
2026-07-30

証拠の情報源と範囲

権威のある情報源 + 用語参照 · Git · 安定 git-rebase 範囲: 正式名、定義、プラットフォームAPI、実装、使用ガイド ここでの役割: 直接用語参照 ソースの範囲: 正式名, 定義, プラットフォームAPI, 実装, 使用ガイド

自分でコピーする

ブラウザはこれをコピーできませんでした。下のリクエストを選択して自分でコピーしてください。