git remote add (remote) (repoUrl) は 2 つの無関係なライブラリに使用されます

Question

この質問について考えたことはありませんし、説明するのは簡単ではないと感じたので、質問したことはありません。
たとえば、プロジェクト 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 ブランチにマージされますか?

Answer 1

操作ミスにより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

1. 今ここにいるなら

   master branch 上，那么默认的 remote 是 origin

2. この状況で演奏したら

   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