3

私は Git を学んでおり、一部の同僚が Git に慣れるのを手伝っています。これまでのところ、使用する正当な理由は見つかりませんでしたgit fetch。git pull使用したり、git pull --rebase慎重に使用したりすることに比べて、あまり実用的ではないようです。

この質問について同僚と話し合ったところgit fetch、ワークフロー内で a が独立して使用されるという、比較的狭く不自然な状況がいくつか考え出されましたが、まだ確信が持てません (たとえば、アップストリームに設定されていないブランチを更新するなど)。ソース、コミットする前に競合のないローカル リポジトリへの更新が必要)。

git fetch定期的に使用するための良いユースケースはありますか?

4

2 に答える 2

3

新しい変更があるかどうかを知りたいときに使用します。

別の使用例はgit fetch -t、タグが移動された場合に必要です (IMHO は良い考えではありません)。

于 2013-01-21T18:09:00.503 に答える
2

特に、作業コピーに触れずに、ローカル リポジトリのアップストリーム リポジトリのビューの一部を更新したい場合に、常に使用します。

  1. タグを取得するためだけに (他の誰かがリリースタグを追加したときなど)
  2. 以前は使用していなかった新しいリモート ブランチを取得するため (おそらく、他の誰かによって作成されたフィーチャー ブランチの追跡を開始するため)
  3. origin/master影響を与えずに更新するだけmaster

なぜpull私が自分の作業コピーに触れることを気にするのかについては、次の理由が考えられます:

  1. 現在のブランチにまだコミットしたくない未コミットの変更があります
  2. ...そして、これだけのためにそれらを隠したくありません
  3. 現在の HEAD または作業ツリーの状態が気になります (バックグラウンドでビルドを実行していて、そのpull下にあるソース ファイルを更新できない可能性があります) 。
于 2013-01-21T18:19:04.647 に答える