この質問について考えたことはありませんし、説明するのは簡単ではないと感じたので、質問したことはありません。
たとえば、プロジェクト A とプロジェクト B がありますが、それらはまったく関係がありません。
プロジェクト A と B には、それぞれ remoA、locA、remoB、locB で表されるリモート ウェアハウスとローカル ウェアハウスがあります。
質問:
通常の状況では、この関連付けがクローン作成によるものであるか git Remote add (remote) (repoUrl) によるものであるかに関係なく、locA は確実に remoA に関連付けられ、locB は remoB に関連付けられます。ここで、ローカル ライブラリ locA と locB がすでに存在しているとしますが、locB は新しく初期化された状態でまだ空のライブラリであり、操作エラーのため、
git リモート追加オリジン (remoAUrl) が実行されました。
このエラーは後で発見し、
git Remote add OriginB (remoBUrl)
では、現時点では remoA/master と remoB/master は locB/master にマッピングされているのでしょうか?
git pull を実行すると、remoA と remoB のリモートブランチコードはローカルの master ブランチにマージされますか?
phpcn_u15822017-06-29 10:10:59
操作ミスにより
git remote add origin (remoAUrl)
が実行されました。後でこのエラーを発見し、 git Remote add OriginB (remoBUrl) を実行しました
入れる予定がない場合remoA
关联给 locB
,那么到这里就还是错的。正确做法应该是 git remote rm origin
然后 git remote add origin (remoBUrl)
では、現時点では remoA/master と remoB/master の両方が locB/master にマッピングされているのでしょうか?
もちろん違います。まず、git checkout -b --track xxx
这种感觉。其次,你添加了两个 remote
,其中一个叫 origin
,另一个叫 originB
。但 git
会优先使用 origin
のような「連想」関係が成立していると言った方が適切かもしれません。詳しくは次の記事をご覧ください
git pullを実行すると、remoAとremoBのリモートブランチコードがローカルのmasterブランチにマージされますか?
もちろん違います。まずローカルをブランチの 1 つに更新してから、他のブランチに移動する場合を除きます。 pull
。 git pull
不指定后续参数,默认就是 git pull origin
。如果你在 master
branch 上,默认也就是 git pull origin master
を開いてください。例: .git/config
文件看一看。命令行里输入 cat .git/config
リーリー
2 つのことがわかります: git
master
branch 上,那么默认的 remote
是 origin
git pull
,不带任何参数的那种,那么就相当于 git pull origin master
を使用できます。結果は同じです。 git push -u newOrigin newBranch
来改,那现在 git pull
就相当于 git pull newOrigin newBranch
了。
类似地,也可以 git config branch.master.remote newOrigin
然后 git config branch.master.merge refs/heads/newBranch