1つのリポジトリに20以上のEclipseプロジェクトがある単一のアプリケーションがあります。これまでのところあまり分岐していませんが、分岐機能をもう少し使用してみます。
各機能は通常、プロジェクトのサブセットに影響を与えます。すべてのJavaプロジェクト、すべてのフレックスフロントエンドプロジェクト、またはそれらの1つまたは2つだけに影響を与える可能性があります。
したがって、分岐に多少不慣れなため、変更されるプロジェクトだけから機能ブランチを作成するのが良いのか、それとも毎回すべてのプロジェクトですべての機能ブランチを作成する方がよいのか、疑問に思っています。各アプローチの長所と短所（別のプロジェクトを既存のブランチにプルする必要がある場合など、「部分的な」ソリューションの潜在的な問題についてほとんど心配しています）？
リポジトリのサブセットの分岐は避けることをお勧めします。本当にそれをやりたいと思っているなら、本当に物事を複数のリポジトリに分割する必要があるかどうかを考える価値があるかもしれません。
ブランチ自体は安価なコピーで作成されており、各ブランチのサーバー上のスペースを消費しません。
どのプロジェクトがどのブランチに存在するかを管理するのは混乱を招きます。ご指摘のとおり、不足しているプロジェクトのどのリビジョンを「ブランチ」にコピーするかをチームの一部が把握する必要がある場合もあります。私が取り組んできたほとんどのチームのメンバーは、最新のものを入手するだけだと確信しています。これは望ましいことかもしれませんが、概念的には、私にはさらに混乱しているようです。
また、2つの枝の違いを確認するのも難しいかもしれません。森がたくさんあり、実際に見たい木を見つけるのが難しくなります。
リポジトリ全体を分岐させることは、間違いなくコミュニティの規範です。あなたはそれを成功させることができると確信しています-しかしあなたの後継者はあなたを呪うかもしれません。