この質(zhì)問について考えたことはありませんし、説明するのは簡単ではないと感じたので、質(zhì)問したことはありません。
たとえば、プロジェクト A とプロジェクト B がありますが、それらはまったく関係がありません。
プロジェクト A と B には、それぞれ remoA、locA、remoB、locB で表されるリモート ウェアハウスとローカル ウェアハウスがあります。
質(zhì)問:
通常の狀況では、この関連付けがクローン作成によるものであるか git Remote add (remote) (repoUrl) によるものであるかに関係なく、locA は確実に remoA に関連付けられ、locB は remoB に関連付けられます。ここで、ローカル ライブラリ locA と locB がすでに存在しているとしますが、locB は新しく初期化された狀態(tài)でまだ空のライブラリであり、操作エラーのため、
git リモート追加オリジン (remoAUrl) が実行されました。
このエラーは後で発見し、
git Remote add OriginB (remoBUrl)
では、現(xiàn)時點(diǎn)では remoA/master と remoB/master は locB/master にマッピングされているのでしょうか?
git pull を?qū)g行すると、remoA と remoB のリモートブランチコードはローカルの master ブランチにマージされますか?
小伙看你根骨奇佳,潛力無限,來學(xué)PHP伐。
操作ミスにより
git remote add origin (remoAUrl)
が実行されました。後でこのエラーを発見し、 git Remote add OriginB (remoBUrl) を?qū)g行しました
入れる予定がない場合remoA
關(guān)聯(lián)給 locB
,那么到這里就還是錯的。正確做法應(yīng)該是 git remote rm origin
然后 git remote add origin (remoBUrl)
では、現(xiàn)時點(diǎn)では remoA/master と remoB/master の両方が locB/master にマッピングされているのでしょうか?
もちろん違います。まず、git checkout -b --track xxx
這種感覺。其次,你添加了兩個 remote
,其中一個叫 origin
,另一個叫 originB
。但 git
會優(yōu)先使用 origin
のような「連想」関係が成立していると言った方が適切かもしれません。詳しくは次の記事をご覧ください
git pullを?qū)g行すると、remoAとremoBのリモートブランチコードがローカルのmasterブランチにマージされますか?
もちろん違います。まずローカルをブランチの 1 つに更新してから、他のブランチに移動する場合を除きます。 pull
。 git pull
不指定后續(xù)參數(shù),默認(rèn)就是 git pull origin
。如果你在 master
branch 上,默認(rèn)也就是 git pull origin master
を開いてください。例: .git/config
文件看一看。命令行里輸入 cat .git/config
リーリー
2 つのことがわかります: git
master
branch 上,那么默認(rèn)的 remote
是 origin
git pull
,不帶任何參數(shù)的那種,那么就相當(dāng)于 git pull origin master
を使用できます。結(jié)果は同じです。 git push -u newOrigin newBranch
來改,那現(xiàn)在 git pull
就相當(dāng)于 git pull newOrigin newBranch
了。
類似地,也可以 git config branch.master.remote newOrigin
然后 git config branch.master.merge refs/heads/newBranch