git - 「git pull」と「git fetch」の違いは何ですか?

Question

git pullとはどう違いgit fetchますか？

score 10901 · Accepted Answer

簡単にgit pull言うと、 a のgit fetch後に a を実行しgit mergeます。

git fetchの下にあるリモート追跡ブランチをいつでも更新できますrefs/remotes/<remote>/。この操作は、の下にある独自のローカルブランチrefs/headsを変更することはなく、作業コピーを変更せずに安全に実行できます。バックグラウンドで cron ジョブを定期的に実行している人もgit fetchいます (ただし、これを行うことはお勧めしません)。

Agit pullは、他のリモートトラッキングブランチも更新しながら、ローカルブランチをリモートバージョンで最新の状態にするために行うことです。

のGitドキュメントからgit pull：

デフォルトのモードでは、の後に続くgit pullの省略形です。git fetchgit merge FETCH_HEAD

score 2419 · Accepted Answer

を使用するpullと、Gitは自動的にマージを試みます。コンテキストに依存するため、Gitはプルされたコミットを現在作業中のブランチにマージします。 最初にコミットを確認せずにpull、コミットを自動的にマージします。ブランチを注意深く管理しないと、頻繁に競合が発生する可能性があります。
するとfetch、Gitは現在のブランチに存在しないターゲットブランチからコミットを収集し、ローカルリポジトリに保存します。ただし、それらを現在のブランチとマージすることはありません。これは、リポジトリを最新の状態に保つ必要があるが、ファイルを更新すると壊れることがある何かに取り組んでいる場合に特に便利です。mergeコミットを現在のブランチに統合するには、後で使用する必要があります。

score 1329 · Accepted Answer

git の設計哲学を、SVN のような従来のソース管理ツールの哲学と対比することが重要です。

Subversion は、クライアント/サーバーモデルで設計および構築されました。サーバーである単一のリポジトリがあり、複数のクライアントがサーバーからコードを取得して作業し、それをサーバーにコミットできます。操作を実行する必要がある場合、クライアントは常にサーバーに接続できると想定されています。

Git は、中央リポジトリを必要としない、より分散されたモデルをサポートするように設計されています (ただし、必要に応じて中央リポジトリを使用することもできます)。また、git は、クライアントと「サーバー」が同時にオンラインである必要がないように設計されています。Git は、信頼性の低いリンクにいる人々が電子メールでコードを交換できるように設計されています。完全に切断された状態で作業し、CD を焼いて git 経由でコードを交換することが可能です。

このモデルをサポートするために、git はコードを含むローカルリポジトリと、リモートリポジトリの状態を反映する追加のローカルリポジトリを維持します。リモートリポジトリのコピーをローカルに保持することで、リモートリポジトリにアクセスできない場合でも、git は必要な変更を把握できます。後で変更を他の人に送信する必要がある場合、git はリモートリポジトリに既知の時点から変更のセットとしてそれらを転送できます。

git fetchは、「リモートリポジトリのローカルコピーを最新の状態にする」というコマンドです。
git pullは、「リモートリポジトリの変更を、自分のコードを保持している場所に持ち込む」と述べています。

通常、リモートリポジトリのローカルコピーを最新の状態にするためにをgit pull実行してから、変更を独自のコードリポジトリと場合によっては作業コピーにマージします。git fetch

ワークステーションには、プロジェクトのコピーが少なくとも 3 つあることがよくあります。1 つのコピーは、独自のコミット履歴を持つ独自のリポジトリです。2 番目のコピーは、編集およびビルドしている作業コピーです。3 番目のコピーは、リモートリポジトリのローカルの「キャッシュされた」コピーです。

score 538 · Accepted Answer

の使用例の 1 つgit fetchは、最後のプル以降のリモートブランチの変更を次のように通知することです...実際のプルを実行する前に確認できます。これにより、現在のブランチと作業コピーのファイルが変更される可能性があります。

git fetch
git diff ...origin

参照: https://git-scm.com/docs/git-diff diff コマンドのダブルドットおよびトリプルドット構文について

score 404 · Accepted Answer

違いを理解するのに少し時間がかかりましたが、これは簡単な説明です。masterあなたのローカルホストではブランチです。

リポジトリのクローンを作成すると、リポジトリ全体がローカルホストにフェッチされます。これは、その時点で、オリジン/マスターポインターがHEADあり、マスターが同じを指していることを意味しますHEAD。

作業を開始してコミットを行うときは、マスターポインターをHEAD+ コミットに進めます。ただし、オリジン/マスターポインターは、クローン作成時のものを指しています。

したがって、違いは次のようになります。

a を実行するgit fetchと、リモートリポジトリ ( GitHub ) 内のすべての変更が取得され、オリジン/マスターポインターがに移動されHEADます。その間、ローカルブランチマスターは、その場所を指し続けます。
を実行するgit pullと、基本的にフェッチが行われ (前に説明したように)、新しい変更があればマスターブランチにマージされ、ポインタがに移動しますHEAD。

score 269 · Accepted Answer

269

視覚的な表現が役立つ場合があります。

于 2016-01-25T17:28:50.103 に答える

score 195 · Accepted Answer

git-pull - 別のリポジトリまたはローカル ブランチから取得してマージする
あらすじ

ギットプル…
説明

指定されたパラメータで git-fetch を実行し、git-merge を呼び出して
ヘッドを現在のブランチに取得しました。--rebase を指定すると、git-rebase を呼び出します
git-merge の代わりに。

使用できることに注意してください。(現在のディレクトリ) プルする <repository> として
ローカル リポジトリから — これは、ローカル ブランチをマージするときに役立ちます。
現在のブランチに。

また、オプションは git-pull 自体と基礎となる git-merge を対象としていることにも注意してください。
git-fetch 用のオプションの前に指定する必要があります。

履歴をマージしたい場合はプルし、誰かがこのあたりの記事にタグを付けているので、単に「コードが欲しい」場合はフェッチします。

score 175 · Accepted Answer

リモートリポジトリからフェッチし、違いを確認してから、プルまたはマージできます。

これは、リモートリポジトリと呼ばれるリモートリポジトリと、リモートブランチを追跡するoriginというブランチの例です。masterorigin/master

git checkout master                                                  
git fetch                                        
git diff origin/master
git rebase origin master

score 173 · Accepted Answer

短くて簡単な答えは、git pull単に.git fetchgit merge

あなたが好むと好まざるとにかかわらず、自動的にマージgit pullされることに注意することは非常に重要です。もちろん、これによりマージの競合が発生する可能性があります。リモートがで、ブランチがであるとしましょう。プルする前に、潜在的なマージの競合についてある程度の考えを持っている必要があり、それに応じてローカルブランチを準備できます。originmastergit diff origin/master

プルとプッシュに加えて、一部のワークフローgit rebaseには、リンクされた記事から言い換えた次のようなが含まれます。

git pull origin master
git checkout foo-branch
git rebase master
git push origin foo-branch

そのような状況に陥った場合、あなたは誘惑に駆られるかもしれませんgit pull --rebase。自分が何をしているのか本当によくわかっていない限り、私はそうしないようにアドバイスします。この警告は、バージョンのmanページからのものです:git-pull2.3.5

これは潜在的に危険な操作モードです。歴史を書き換えますが、その歴史をすでに公開しているとはうまくいきません。git-rebase(1) を注意深く読んでいない限り、このオプションを使用しないでください。

score 148 · Accepted Answer

ここに画像の説明を入力

このインタラクティブなグラフィカル表現は、git を理解するのに非常に役立ちます: http://ndpsoftware.com/git-cheatsheet.html

git fetchリモートからローカルリポジトリに変更を「ダウンロード」するだけです。git pull変更をダウンロードし、現在のブランチにマージします。「そのデフォルトモードでは、の後に続くgit pullの省略形です。」git fetchgit merge FETCH_HEAD

score 139 · Accepted Answer

ボーナス：

上記の回答のプルとフェッチについて言えば、興味深いトリックを共有したいと思います。

`git pull --rebase`

この上記のコマンドは、多くの時間を節約した私の git ライフの中で最も便利なコマンドです。

新しいコミットをサーバーにプッシュする前に、このコマンドを試すと、サーバーの最新の変更が自動的に同期され (フェッチ + マージを使用)、コミットが git ログの一番上に配置されます。手動のプル/マージについて心配する必要はありません。

詳細については、http : //gitolite.com/git-pull--rebaseをご覧ください。

score 126 · Accepted Answer

これらを把握するために、状況を視覚的に表現するのが好きです。他の開発者もそれを見たいと思うかもしれないので、ここに私の追加があります。全てが正しいとは言い切れませんので、間違い等ありましたらコメントお願いします。

                                         LOCAL SYSTEM
                  . =====================================================    
================= . =================  ===================  =============
REMOTE REPOSITORY . REMOTE REPOSITORY  LOCAL REPOSITORY     WORKING COPY
(ORIGIN)          . (CACHED)           
for example,      . mirror of the      
a github repo.    . remote repo
Can also be       .
multiple repo's   .
                  .
                  .
FETCH  *------------------>*
Your local cache of the remote is updated with the origin (or multiple
external sources, that is git's distributed nature)
                  .
PULL   *-------------------------------------------------------->*
changes are merged directly into your local copy. when conflicts occur, 
you are asked for decisions.
                  .
COMMIT            .                             *<---------------*
When coming from, for example, subversion, you might think that a commit
will update the origin. In git, a commit is only done to your local repo.
                  .
PUSH   *<---------------------------------------*
Synchronizes your changes back into the origin.

リモートのフェッチされたミラーを持つことのいくつかの主な利点は次のとおりです。

パフォーマンス(ネットワークを介して圧縮しようとせずに、すべてのコミットとメッセージをスクロールします)
ローカルリポジトリの状態に関するフィードバック(たとえば、私は Atlassian の SourceTree を使用しています。これにより、オリジンと比較してコミットが進んでいるか遅れているかを示す電球が表示されます。この情報は GIT FETCH で更新できます)。

score 115 · Accepted Answer

GIT FetchとGIT Pullの違いは、次のシナリオで説明できます。

チームメンバーと一緒にプロジェクトに取り組んでいる例を見てみましょう。したがって、プロジェクトの 1 つのメインブランチがあり、すべての貢献者はそれを自分のローカルリポジトリにフォークしてから、このローカルブランチで作業してモジュールを変更/追加し、メインブランチにプッシュバックする必要があります。

したがって、ローカルリポジトリでメインプロジェクトをフォークしたときの 2 つのブランチの初期状態Aは次のようになります ( 、BおよびCプロジェクトのモジュールは既に完了しています)。

ここで、新しいモジュール (と仮定D) の作業を開始し、モジュールが完成したら、Dそれをメインブランチにプッシュしたいと考えています。そのため、ローカルリポジトリがプロジェクトの元の進行状況に遅れをとっているため、変更をメインブランチにプッシュすると競合が発生し、モジュールが誤動作する可能性があります。EFC
D

このような問題を回避し、プロジェクトの元の進行状況と並行して作業するには、次の 2 つの方法があります。

1. Git Fetch -これにより、オリジン/メインブランチプロジェクトに加えられた、ローカルブランチには存在しないすべての変更がダウンロードされます。そして、Git Merge コマンドがフェッチされた変更をリポジトリまたはブランチに適用するのを待ちます。

したがって、ファイルをリポジトリにマージする前に、ファイルを注意深く監視できます。DModified により、必要に応じて変更することもできますC。

2. Git プル- これにより、ローカルブランチがオリジン/メインブランチで更新されます。つまり、実際には、Git Fetch と Git マージを次々と組み合わせて実行します。 ただし、これにより競合が発生する可能性があるため、クリーンコピーで Git Pull を使用することをお勧めします。

score 111 · Accepted Answer

私もこれに苦労しました。実際、私はまったく同じ質問のグーグル検索でここに着きました。これらすべての答えを読んで、最終的に私の頭の中に絵が描かれ、2つのリポジトリと1つのサンドボックスの状態と、それらのバージョンを見ながら時間の経過とともに実行されたアクションを見て、これを理解しようと決心しました。これが私が思いついたものです。どこかでめちゃくちゃになったら訂正してください。

フェッチを使用した3つのリポジトリ：

---------------------     -----------------------     -----------------------
- Remote Repo       -     - Remote Repo         -     - Remote Repo         -
-                   -     - gets pushed         -     -                     -
- @ R01             -     - @ R02               -     - @ R02               -
---------------------     -----------------------     -----------------------

---------------------     -----------------------     -----------------------
- Local Repo        -     - Local Repo          -     - Local Repo          -
- pull              -     -                     -     - fetch               -
- @ R01             -     - @ R01               -     - @ R02               -
---------------------     -----------------------     -----------------------

---------------------     -----------------------     -----------------------
- Local Sandbox     -     - Local Sandbox       -     - Local Sandbox       -
- Checkout          -     - new work done       -     -                     -
- @ R01             -     - @ R01+              -     - @R01+               -
---------------------     -----------------------     -----------------------

プル付きの3つのリポジトリ

---------------------     -----------------------     -----------------------
- Remote Repo       -     - Remote Repo         -     - Remote Repo         -
-                   -     - gets pushed         -     -                     -
- @ R01             -     - @ R02               -     - @ R02               -
---------------------     -----------------------     -----------------------

---------------------     -----------------------     -----------------------
- Local Repo        -     - Local Repo          -     - Local Repo          -
- pull              -     -                     -     - pull                -
- @ R01             -     - @ R01               -     - @ R02               -
---------------------     -----------------------     -----------------------

---------------------     -----------------------     -----------------------
- Local Sandbox     -     - Local Sandbox       -     - Local Sandbox       -
- Checkout          -     - new work done       -     - merged with R02     -
- @ R01             -     - @ R01+              -     - @R02+               -
---------------------     -----------------------     -----------------------

これは、フェッチが非常に重要である理由を理解するのに役立ちました。

score 94 · Accepted Answer

私たちは単に言います：

git pull == git fetch + git merge

を実行する場合git pull、データをローカルにマージする必要はありません。を実行する場合は、ローカルマシンに最新のコードを取得するためにgit fetch実行する必要があることを意味します。git mergeそうしないと、マージしないとローカルマシンコードが変更されません。

そのため、Git Gui では、フェッチするときにデータをマージする必要があります。Fetch 自体はローカルでコードを変更しません。一度フェッチして確認することで、コードを更新するときに確認できます。コードは変更されません。次に、マージします...変更されたコードが表示されます。

score 86 · Accepted Answer

git fetchリモートサーバーからローカルリポジトリの追跡ブランチにコードをプルダウンします。リモートに名前が付けられている場合origin(デフォルト)、これらのブランチはorigin/、たとえばorigin/master、origin/mybranch-123などの中にあります。これらは現在のブランチではなく、サーバーからのブランチのローカルコピーです。

git pullを行いますgit fetchが、追跡ブランチからのコードをそのブランチの現在のローカルバージョンにマージします。その変更の準備ができていない場合は、git fetchまず最初に行ってください。

score 80 · Accepted Answer

git fetchリモートブランチを取得して、現在のブランチでそれらを実行できるようにしますgit diff。現在のブランチによって追跡されるリモートブランチでフェッチを実行し、結果をマージします。ローカルブランチとマージする必要なく、リモートブランチに更新があるかどうかを確認するために使用できます。git mergegit pullgit fetch

score 76 · Accepted Answer

Git フェッチ

ローカルブランチへの変更は、オリジンからフェッチを通じてダウンロードします。Fetch は、他の人が作成したすべてのコミットをリモートリポジトリに要求しますが、ローカルリポジトリにはありません。Fetch はこれらのコミットをダウンロードし、ローカルリポジトリに追加します。

Git マージ

merge コマンドを使用して、フェッチによってダウンロードされた変更を適用できます。Merge は fetch から取得したコミットを受け取り、それらをローカルブランチに追加しようとします。マージはローカルの変更のコミット履歴を保持するため、ブランチをプッシュで共有すると、Git は他のユーザーが変更をマージする方法を認識します。

Gitプル

フェッチとマージは頻繁に一緒に実行されるため、2 つを組み合わせたプルというコマンドが作成されました。プルはフェッチを行い、次にマージを実行して、ダウンロードしたコミットをローカルブランチに追加します。

score 42 · Accepted Answer

git pullコマンドは、実際にshortcutはgit fetchの後に、構成に応じてgit mergeまたはgit rebaseコマンドが続きます。git pullがフェッチの後にリベースが続くように、Git リポジトリを構成できます。

score 37 · Accepted Answer

git pullとはどう違いgit fetchますか？

これを理解するには、まず、ローカル git がローカルリポジトリだけでなく、リモートリポジトリのローカルコピーも保持していることを理解する必要があります。

git fetchリモートリポジトリのローカルコピーを最新の状態にします。たとえば、リモートリポジトリが GitHub の場合、リモートリポジトリで行われたすべての変更をリモートリポジトリのローカルコピーにフェッチすることができます。これにより、比較やマージなどの操作を実行できます。

git pull一方、リモートリポジトリの変更を独自のコードを保持する場所に落とします。通常、git pull最初git fetchにリモートリポジトリのローカルコピーを最新の状態にしてから、変更を独自のコードリポジトリと、場合によっては作業コピーにマージします。

score 35 · Accepted Answer

実際には、Git は独自のコードとリモートリポジトリのコピーを保持しています。

このコマンドgit fetchは、リモートリポジトリからデータを取得して、ローカルコピーを最新の状態にします。これが必要な理由は、他の誰かがコードに何らかの変更を加えた可能性があり、自分自身を最新の状態に保ちたいからです。

このコマンドgit pullは、リモートリポジトリ内の変更を、独自のコードを保持する場所にもたらします。通常、git pullこれは、最初に「git fetch」を実行してリモートリポジトリのローカルコピーを最新の状態にしてから、変更を独自のコードリポジトリと場合によっては作業コピーにマージすることによって行われます。

score 31 · Accepted Answer

31

git pull = git fetch + git merge

于 2015-07-12T03:54:52.497 に答える

score 25 · Accepted Answer

gitプル

1 つのコマンドで 2 つの機能を実行します。

リモートブランチに加えられたすべての変更を取得し、それらの変更をローカルブランチにマージします。--rebase を渡すことでプルの動作を変更することもできます。マージとリベースの違いは、ここで読むことができます

git フェッチ

Git fetch は git pull の半分の作業しか行いません。リモートの変更をローカルリポジトリに取り込むだけで、ブランチには適用しません。これらの変更を明示的に適用する必要があります。これは次のように行うことができます。

git fetch
git rebase origin/master

score 23 · Accepted Answer

git の性質に留意する必要があります。リモートとローカルブランチがあります (必ずしも同じである必要はありません)。他のソース管理システムと比較すると、これは少し当惑する可能性があります。

通常、リモートをチェックアウトすると、リモートを追跡するローカルコピーが作成されます。

git fetch はリモートブランチで動作し、情報を更新します。

実際には、他の SWE が同じブランチで作業している場合に当てはまり、小規模な 1 つの開発、1 つのブランチ、1 つのプロジェクトのシナリオではめったにありません。

ローカルブランチでの作業はそのままです。変更をローカルブランチに反映するには、リモートブランチからの変更をマージ/リベースする必要があります。

git pull はこの 2 つの手順を正確に実行します (つまり、マージではなくリベースへの --rebase )。

ローカル履歴とリモート履歴に競合がある場合、変更を公開するために git push 中にマージを行う必要があります。

したがって、実際には、作業環境の性質と何を使用するかによって異なります。

git - 「git pull」と「git fetch」の違いは何ですか?

38 に答える 38

ボーナス：

git pull --rebase

Related

Reference

`git pull --rebase`