前回の記事では git push を解説しました。
git push は
ローカル → GitHubへコードを送る操作でした。
しかしチーム開発では次のような状況がよく起きます。
他の開発者がGitHubに変更をpushしたこの変更を自分のローカル環境に取り込む必要があります。
そのためのコマンドが
git pullです。
この記事では次の内容を解説します。
- git pullとは
- pullの仕組み
- git fetchとの違い
- pullの基本コマンド
- pull時のエラー
git pullとは
git pull は
リモートリポジトリの変更を取得してローカルに反映するコマンドです。
つまり
GitHub
↓
ローカルに変更を取り込む操作です。
前回の git push と合わせると
push → ローカル → GitHub
pull → GitHub → ローカルという関係になります。
git pullの基本コマンド
基本コマンド
git pull origin main意味
origin の main ブランチを取得です。
つまり
GitHub(main)
↓
ローカル(main)に変更を反映します。
git pullの仕組み
実は git pull は次の2つの操作を同時に行っています。
git fetch
git mergeつまり
fetch → 変更取得
merge → ローカルに統合です。
git fetchとは
git fetch は
リモートの変更を取得するだけのコマンドです。
ローカルのコードは変更されません。
例
git fetchこのコマンドで
GitHubの変更を取得できます。
git pullとの違い
| コマンド | 動作 |
|---|---|
| git fetch | 変更取得のみ |
| git pull | 取得 + merge |
つまり
git pull = fetch + mergeです。
git pullの例
チーム開発の例です。
開発者A
git push origin main開発者B
git pull origin mainこれにより
Aの変更がBの環境に反映されます。
featureブランチでのpull
通常の開発では
mainではなく
featureブランチを使います。
例
git pull origin feature-loginpullの注意点
pullする前に
ローカル変更がある場合
エラーになることがあります。
例
Your local changes would be overwrittenこの場合
commitするか
stashする必要があります。
git stash
git stash は
変更を一時保存するコマンドです。
例
git stashその後
git pullができます。
pullで起こる問題
git pull をすると
merge conflictが起こることがあります。
これは
同じファイルの同じ部分を別の人が変更した場合です。
次回の記事では
git mergeと
コンフリクトを解説します。
pullを使うタイミング
実務では次のタイミングでpullします。
作業開始前理由
最新コードを取得するためです。
一般的な開発フロー
チーム開発の基本フロー
git pull
↓
作業
↓
git add
↓
git commit
↓
git pushつまり
pull → 開発 → pushです。
まとめ
この記事では git pull を解説しました。
重要なポイント
git pull = リモート変更取得
git fetch + merge基本コマンド
git pull origin mainチーム開発では
作業前にpullする習慣が重要です。
次の記事
次回は
git merge
を解説します。
ここでは
- mergeとは
- ブランチ統合
- コンフリクト
など、Gitの重要な概念を説明します。
コメント