この質問について考えたことはありませんし、説明するのは簡単ではないと感じたので、質問したことはありません。
たとえば、プロジェクト 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 ブランチにマージされますか?
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
入れる予定がない場合
remoA关联给locB，那么到这里就还是错的。正确做法应该是git remote rm origin然后git remote add origin (remoBUrl)もちろん違います。まず、
git checkout -b --track xxx这种感觉。其次，你添加了两个remote，其中一个叫origin，另一个叫originB。但git会优先使用originのような「連想」関係が成立していると言った方が適切かもしれません。詳しくは次の記事をご覧くださいもちろん違います。まずローカルをブランチの 1 つに更新してから、他のブランチに移動する場合を除きます。
pull。
もちろん、設定によっては変わる可能性があります。上記はデフォルトの条件にすぎません。実際の状況はgit pull不指定后续参数，默认就是git pull origin。如果你在masterbranch 上，默认也就是git pull origin masterを開いてください。例:
これにより、.git/config文件看一看。命令行里输入cat .git/configリーリー2 つのことがわかります:
gitmasterbranch 上，那么默认的remote是origingit 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