差gitリモート更新取得?

Question

は git remote update に相当 git fetch?

Answer 1

更新:より情報提供ありがとうございます!

私はこれから開始：I greppedのGitリリースノートにGitのGitレポ-レート（メタ!)

grep --color=always -R -C30 fetch Documentation/RelNotes/* | less

そのた less 検索 --all, こうなっていることを明らかにした バージョンのリリースノートGit版1.6.6:

git fetch 学ぶ --all や --multiple オプション、フェッチから多くのリポジトリ --prune オプションの削除リモート追跡店した陳腐.これらの作 git remote update や git remote prune 以下必要な予定はありませんの削除 remote update も remote prune, ますが。

版1.6.6んまで発売 月23日2009年, 独自のポスター氏の問い月6日2009年.

してからご覧いただけますバージョンのリリースノート、筆者らはGitを意識し、この git remote update コマンド機能が重複によって多少 git fetch, がないことを決定した取り付けられています。か下位互換のため、既存のスクリプトやプログラム、またはその他なんでもかくも優先度の高い項目です。

---

独自の答えの詳細

xenoterracideの回答 は3.5歳、Gitは複数のバージョンからししなければならないからいなくなってから v1.6.5.5 をv1.8.3.2この文書）を見る 現在の 書 git remote update や git fetch, なんだかとってもおいしそうな の両方を基本的に同じ機能を取得する為の新しいから複数のremotes, は、右側のオプション引数になります。

取得すべてのremotes

片取得した複数のremotesの --all フラグ:

git fetch --all

このフェッチからのすべての設定remotesとん remote.<name>.skipFetchAll 設定してい:

Trueの場合、このリモートスキップされるデフォルトのアップデートされる際には利用 git-fetch(1) または、updateコマンド git-リモート(1). — git-config書

これと同等の利用

git remote update

を何も指定しない遠隔のグループを取りにも有しない remotes.default 設定さrepoの設定もなおremotesて remote.<name>.skipDefaultUpdate を設定します。

の 現在の1.8.3.2ュGitの設定 について言及 remotes.default 設定が相談に乗り換Googleではこの内の説明 Mislav Marohnić:

$ git config remotes.default 'origin mislav staging'
$ git remote update

# fetches remotes "origin", "mislav", and "staging"

を定義しておくことができまデフォルトのリストのremotes取得による remote update コマンドです。これらはremotesから、チームメイトに信頼される会員のopensourceは、プロジェクトに似ています。

いると考えられる場合は remotes.default 設定はすべてのremotesを掲げ、その中でも、 git remote update な取得すべてのremotesるレポ-レートは"意識"です。

としての remote.<name>.skipDefaultUpdate 設定 のGit docs についての説明thusly:

Trueの場合、このリモートスキップされるデフォルトのアップデートされる際には利用 git-fetch(1) または、updateコマンド git-リモート(1).

取得指定したパブリックグループのremotes

の代わりに取得すべてのremotes、 fetch や remote update できる複数指定remotesやグループのremotesを取得す:

git fetch [<options>] <group>
git fetch --multiple [<options>] [(<repository> | <group>)…]

git fetch [<options>] <group> でき取得した複数のremotesの構成部分であるグループ(借別の例から Mislav):

$ git config remotes.mygroup 'remote1 remote2 ...'
$ git fetch mygroup

git fetch --multiple を指定することができ複数のリポジトリとリポジトリのグループの取得時（ のドキュメント):

複数 <repository> や <group> 引数を指定します。No <refspec>s できるようになりました。

曖昧さに git remote update 文書

の シノプシスのための git remote update 指定しコマンドの文法は次のとおりです：

git remote [-v | --verbose] update [-p | --prune] [(<group> | <remote>)…]

通知前 [(<group> | <remote>)…]?の末尾のドット ... を意味するものを指定できる複数のグループとremotesのコマンド、ある意味での動作と同じように git fetch --multiple見え---どのように構文との間で同様の?

しかし、同じドキュメントでは、説明のための update コマンドは何も指定する複数のグループおよびリモート引数は、こ

フェッチ[es]の更新のための名前の設定のremotesのリポジトリとして定義される remotes.<group>.

で不明である場合 git remote update 作品は全く同じように git fetch --multiple について指定する複数の個人remotes、複数のリモートです。

取得単一のリモート

最後に、みんなが知っているそして、これを用いてサンプルの取得単一のリモート:

git fetch <remote>

この場合も利用できます

git remote update <remote>

に同じことをしているが、前節で述べたように、文書 git remote update が不明確であるかどうかでフェッチ以外のものにシングル グループ のremotesのコマンドです。

Wrapup

していることが特徴となっ説明 git fetch や git remote update 動作同様にについては既に複数のremotes.いは類似の構文および引数が git fetch が短い人もし易くなっていることを意味しタイプ。

この場合 git remote update 使用する事が出来ません取得した単一のリモートのように git fetch, がんの指摘の場合、ドキュメントはないが、明確にするよう求めた。

ほ

の重複機能とGit磁器のコマンドによ git fetch や git remote update 上記にないユニークです。にのって同様の状況 git rebase --onto や git cherry-pick, この両方のできる範囲をパッチして、新しいベース。

という場としてのGitに進化し、いくつかの機能がまた必然的?) 複写もしているため、新しいコンビニエンドユーザーのため(たとえば、簡単に過範囲 cherry-pick, よる、国際デザインセンターのコミットを迎え、用いられています。どうやら cherry-pick なかったものについては幅を犯して説明を v1.7.2バージョンのリリースノート:

git cherry-pick たちの約束など cherry-pick A..B や cherry-pick --stdinうた git revert;これらをサポートしていない、すぐに配列制御 rebase [-i] があります。

Answer 2

はいなし。 git remote updateは1つだけでなく、すべてのリモコンから取り出します。

remote updateだけのシェルスクリプト（可能性）があるかどうかを確認するために、コードを見ずに、基本的には、各リモートフェッチ動作します。 git fetchは、はるかに粒状ことができます。