フレームワークのバグ修正をプロジェクトに取り込めるように、プロジェクトが「フレームワーク」リモートを共有できるようにするリポジトリ システムをセットアップしようとしています。
これに対する私のアプローチは、でベア リポジトリをセットアップし、//NAS/projects/base
それを でベア リポジトリにクローンし、混乱を避けるために//NAS/projects/projectX
projectX のリモートの名前を からorigin
に変更することです。framework
その意図は、各開発者が//NAS/projects/projectX
変更を複製してそのリポジトリにプッシュし、フレームワークのメンテナーが//NAS/projects/base
変更を複製してそのリポジトリにプッシュできるようにすることです。次にprojectX
、ベースからプルできます-ここで、ベアリポジトリにプルできないため、私のアプローチは失敗します。
表面的には似ているように見えるセットアップについての既存の 質問がありますが、調べてみると、2 番目のベア リポジトリが 1 番目のリポジトリのミラーである場合にのみ対処しているように見えます。projectY
ここではそうではありません:フレームワークも使用してその変更を取得するを作成できるようにしたいのですが、 に固有のコードprojectX
やprojectY
最終的にbase
.
git はこの種の構造をどのようにサポートしていますか? ローカル リポジトリにリモートとして追加base
し、そこからプルしてから にプッシュする必要がありますprojectX
か? base
からにフェッチできますprojectX
: そのマスターを のマスターの HEAD にリベースするために実行できるコマンドはありbase
ますか? それとも、これについて完全に間違った方法で行っていますか?