私はSubversionのソリューションを用意しています。このバージョンが完全に主要な開発に統合されることはほとんどありません。しかし、メインのトランクには、特定のプロジェクトに取り入れることが簡単に必要な場合と、それ以外の方法で開発する場合があります（メイントランクに戻る必要があるカスタムプロジェクトの開発）。新しいプロジェクトまたはブランチ？
新しいカスタムプロジェクトは、メイン開発と並行してブランチするのか、同じリポジトリ内の新しいプロジェクトを自分の意見で使うべきでしょうか？
私は間違いなく新しいブランチを作成します。プロジェクトの2つのバリエーションがまだ多くの共通コードを共有していて、それらが再び統合される可能性がある遠隔可能性さえある場合でも、2つの完全に独立したプロジェクトに分離することによるメリットはありません。
私はブランチを持っていますが、必要に応じて後で一緒にマージするオプションがあります。
マーク
これは理論上は分岐です。だから私はそのようなものとして働くことを提案するでしょう。
これらが同じリポジトリにある場合は問題ありません。 1つのプロジェクトツリーから他のプロジェクトツリーにマージできます。
そうでない場合は、私の腸の感触は「分岐」と言う
これは主要な開発の変形であるので、ブランチは最高だろう。
ブランチは、svnを使用して両方向のマージを可能にします。
新しいプロジェクトを作成するには、変更を手動で同期する必要があります。
これはブランチだと思います。カスタムバージョンから頭にマージすることはできませんが、カスタムバージョンをアップグレードするためにカスタムブランチに移行する可能性のあるメインストリーム/ヘッドの可能性が高いコードです。これは別のリポジトリで行うことができますが、その場所が単一の場所にあり、何かがレーダーから落ちるときは、目に見えるものではなく、遅れて荒廃する傾向があります。
訂正：新しいプロジェクトを作成するときに、同じリポジトリにある場合は、手動で同期する必要はありません。 Subversionのマージ機能は引き続き使用できます。 – Trumpi