複数のバージョン管理システムを使用しない理由はありますか？

トランク、公式ブランチ、ほとんどのサブプロジェクト/非公式ブランチのメインバージョン管理システムとしてGITを使用するプロジェクトに取り組んでいます。したがって、私は自分のブランチでGITを使用して、コミュニティの残りのメンバーが知っているシステムを使用して私のブランチにアクセスできるようにしたいと考えています。

しかし、私は公式ブランチと非公式ブランチの両方に重なるプロジェクトの一部と、トランクに入らないいくつかのパッチに取り組んでいます-そのため、パッチを個別に保ち、すべてで使用できるようにする必要がありますトランクで使用するためのブランチと選択パッチ。これは当然、Mercurialキューの使用に傾いています。

自分のローカルリポジトリにmercurialを使用できないが、全体をGITとMercurialがホストするリポジトリの両方にプッシュする理由はありますか？むしろ、そうしない理由があるのではないかと思います。

別の状態を追跡しようとする変数がないのと同じ理由でこれを行うべきではありません。どのバージョンが信頼できるかを追跡できなくなる可能性があります。

私は現在、gitとsvnを使用してこれを行っています。やらない理由はありますが、原則はありません。Gitはsvnではできないことを実行できます。私はそれらの機能に慣れているので、私のワークフローはgitを使用できると生産性が向上します。私の状況での長所と短所を見ると、私は両方を使用しないのはばかでしょう。同じように自分の状況を見るべきです。（私にとって唯一の短所は、gitをsvnと同期するために単一の小さなスクリプトを実行する必要があることです）

パッチをGitで個別に保持できます。それぞれのパッチを独自のブランチで実行し、必要に応じて選択的にマージします。