チームのデータを管理するためのオプションを模索しています。現在、これらは2つの異なる場所に存在し、バージョン管理下にはありません。私はgitにかなり慣れていないので、経験豊富なgitユーザーの知恵を求めています。
各場所をgitリポジトリとして設定し、他の場所をリモートとしてポイントしたいと思います。これは可能ですか？データが一方の場所で変更され、もう一方の場所では変更されない場合、差異を調整しようとすると問題が発生しますか？単純に2つのgitリポジトリを作成し、お互いをリモートとして設定したいのですが、データが同じであることを彼らが知ることができないのではないかと思います（私が間違っているといいのですが）。
あなたは確かにそれを行うことができます。結局のところ、それが分散されたVCSのすべてです。ただし、注意が必要な問題がいくつかあります。たとえば、ベア以外のリポジトリにプッシュすることはお勧めできません。代わりに、各チームに、他のチームがリポジトリからプルするように要求を（たとえば、電子メールで）送信させることができます。
ただし、通常行われるのは、同期をより簡単に管理するために1つまたは複数の中央のベアリポジトリを用意することです。たとえば、中央の開発リポジトリでは、さまざまなリポジトリから個々のコミットをプルすることを考えなくても、誰もがそこからプッシュおよびプルできます。たとえば、別のリポジトリ（または最初のリポジトリのブランチ）にリリースブランチを含めることができます。
この戦略は、分散型VCSのアイデアに対抗するものですが、一方で、その優れた能力を妨げることなく、そのような複雑なツールの使用を容易にします。
要するに、あなたが求めていることは非常に可能です。それがあなたの開発モデルに適合するかどうかはあなたが決定しなければならないものです（そしておそらくいくつかの試行錯誤をします）。
私はそのようにリポジトリを設定しません。一日の終わりに、1つのリポジトリがあなたのマスターのままであるはずです。リポジトリをマージして、可能であれば他のリポジトリを削除するか、後でマージするフォークとして他のリポジトリを使用します。