1つのプロジェクトに対して2つのgit reposを継続的に統合しています

Question

免責事項：私はGitを理解していますが、それを直接使っている管理チーム（少数しか使用していない管理チーム）。

現行の会社に入社したときにgit repoを作成し、別のブランチを使用してdev/stage/prodにデプロイするserver deployments using git from localを行っています。これはすべて期待通りに機能しています。

私たちのクリエイティブエージェンシーは、自分よりもずっとずっと私の会社と仕事をしています（サイトのテーマ、カスタムプラグインなどを設計、開発しました）。彼らは最近、いくつかの新しい仕事を始め、彼らが独自のリポジトリを持っていることを知らせました（論理的には、歴史的な目的のためにリポジトリを保持したい）。

私の質問：自分のレポを私と統合できる方法はありますか？おそらく、自分のレポのブランチ（例えば、dev、stage、featureブランチ）に、自分のマスターブランチにコミットされたコミットを配備しますか？

このアプローチで見られる1つの欠陥は、レポの変更をレポに戻す方法です。私がそれを管理する方法はありますか？それとも、これは失われた原因ですか？

2つのレポジスをマージする参考資料をすべて検索しましたが、両方を別々に保つ方法があるかどうかを知りたいと思います。

Answer 1

これは示唆ですが、これを実装するのはあなた次第です。それが唯一の解決策ではないかもしれません。

git repoはそのままにしておきますが、バージョンアップを依頼してください。 （v1.0、v.2.0）、おそらくgitタグを使用します。彼らの安定したほとんどのバージョン（マスターブランチであり、開発ブランチではないもの）が何であるか質問してください。

貴社のレポから安定したブランチ（企業のサーバーのどこかにクローン）へのシンボリックリンクを作成します。

大規模な変更を行うたびに、新機能のリリースとマスターブランチの更新を続けるように依頼してください。

この方法では、レポをコピーする必要はありません。あなたのレポを保つようにしてください。そして、必要に応じて、プロダクション（マスタ）と開発（開発）に切り替えることができるように、ブランチをレポに残してください。