Gitのcommitとpushの違い｜保存と共有を初心者向けに解説

この記事でわかること

• Gitのcommitとpushの違い
• git add、git commit、git pushの順番
• ローカルリポジトリとリモートリポジトリの関係
• 初学者が間違えやすいpush前の確認ポイント
• GitHubへ共有するときに気をつけたい安全な流れ

結論・重要ポイント

1. commitは、自分のPC上のローカルリポジトリに変更の記録を作る操作です。
2. pushは、ローカルにあるcommitをGitHubなどのリモートリポジトリへ送る操作です。
3. git addで記録したい変更を選び、git commitで記録を作り、git pushで共有します。
4. commitしただけではGitHub上には反映されません。
5. push前には、差分、ブランチ、秘密情報が含まれていないかを確認するのが安全です。

対象読者と前提知識

この記事は、Gitを学び始めて、保存したはずなのにGitHubへ出ていない、commitとpushのどちらをすればよいか分からないと迷っている初学者向けです。

前提知識は、ファイルを編集して保存できること、ターミナルで短いコマンドを実行できること程度で問題ありません。ここでは、1人または小さなチームでGitHubへコードを共有する場面を想定します。

3人による授業形式の会話

コード・操作手順・具体例

1. 変更状況を確認する

まず、どのファイルが変更されたかをgit statusで確認します。

git status

変更されたファイル、まだGitで追跡していないファイル、commit対象に入っているファイルを確認できます。

2. commitに入れる変更を選ぶ

git addは、次のcommitへ入れたい変更を選ぶ操作です。

git add src/example.js

複数ファイルをまとめて入れることもできますが、初学者のうちは、意図したファイルだけを指定すると確認しやすくなります。

git add src/example.js README.md

※秘密情報、不要な一時ファイル、大きな生成物が混ざっていないかを確認してからgit addしてください。

3. commitを作る

git commitで、選んだ変更をローカルリポジトリへ記録します。

git commit -m "問い合わせフォームの入力チェックを追加"

commitメッセージは、何を変えたかが後から分かる内容にします。例えば修正だけではなく、何を修正したかまで書くと読み返しやすくなります。

4. GitHubへpushする

commitをGitHubなどのリモートへ送るには、git pushを使います。

git push origin main

この例では、originというリモートへ、mainブランチのcommitを送ります。実際のブランチ名がmainではない場合は、作業中のブランチ名に合わせます。

5. よく使う確認コマンド

commit前後で次の確認を入れると、間違いを減らせます。

git status
git diff
git log --oneline -5

git diffは、まだcommitしていない変更の差分確認に使います。git log —oneline -5は、直近5件のcommitを短く確認する例です。

よくある誤解や失敗

commitしたらGitHubにも反映されると思ってしまう

commitはローカルの記録です。GitHubへ反映するには、別途pushが必要です。

git addを保存コマンドだと思ってしまう

git addは、commitに入れる候補を選ぶ操作です。記録として残るのはgit commitを実行したあとです。

push前に差分を見ず、不要なファイルを送ってしまう

git statusとgit diffで確認してからcommitする習慣をつけると、設定ファイル、一時ファイル、秘密情報の混入を減らせます。

エラー時にすぐ強制pushしようとする

non-fast-forwardのようなpushエラーは、リモート側に自分の手元にない変更があるときにも起きます。強制pushは影響が大きいため、まず原因を確認します。

commitメッセージが抽象的すぎる

修正、更新だけでは後から内容を追いにくくなります。ログインエラー時の表示を修正のように、対象と内容を入れると実務で役立ちます。

Q&A

Q. commitだけしてpushしない状態は悪いことですか？

A. 悪いことではありません。途中作業を手元で整理するためにcommitを作ることはあります。ただし、チームで共有すべき変更は、必要な確認をしたうえでpushします。

Q. pushしたあとに間違いに気づいたらどうすればよいですか？

A. 基本は、追加のcommitで修正します。公開済みの履歴を書き換える操作は影響が大きいため、チームのルールやリポジトリの運用方針を確認してから行います。

Q. originとは何ですか？

A. originは、Gitでよく使われるリモート名です。多くの場合、cloneした元のGitHubリポジトリを指します。ただし、必ずGitHubとは限らないため、必要に応じてgit remote -vで確認します。

Q. main以外のブランチへpushすることもありますか？

A. あります。開発用ブランチを作って作業する場合は、そのブランチへpushし、Pull Requestで確認してからmainへ取り込む流れがよく使われます。

要点まとめ

• commitはローカルに変更の記録を作る操作です。
• pushはローカルのcommitをリモートへ送る操作です。
• 基本の流れは、git status、git add、git commit、git pushです。
• push前には、差分、ブランチ、秘密情報の混入を確認します。
• 強制pushや履歴書き換えは影響が大きいため、初学者は特に慎重に扱います。

授業に登場する3人については、MAO先生のIT授業 キャラクター紹介で確認できます。

公式資料・参考資料

• Git公式ドキュメント git-commit
• Git公式ドキュメント git-push
• Pro Git Book: Recording Changes to the Repository
• Pro Git Book: Working with Remotes
• GitHub Docs: Pushing commits to a remote repository

内容に合うCTA

GitやGitHubは、コマンドを覚えるだけでなく、どの単位でcommitするか、push前に何を確認するか、チームでどう共有するかを決めると実務で使いやすくなります。

小規模チームや業務システム開発で、Git運用の手順化、レビュー前の確認、GitHub連携の整理に不安がある場合は、MAO工房へご相談ください。