C# プロジェクトで Subversion を使い始めたばかりです。私は一人でこのプロジェクトに取り組んでいますが、自分自身の学習経験のためにグループで作業しているように扱おうとしています.
私が理解しているように、Subversion を操作する一般的な方法は、常に構築されるトランク フォルダーを用意することです。大きな変更は新しいブランチで作成され、完了したらトランクにマージされます。そのため、さまざまなチーム メンバーが同時に作業しているブランチが多数存在する可能性があります。
しかし、私が自分で作業している場合、ブランチを作成する意味はありますか? HEAD のリビジョンが 100 だとします。リビジョン 101 でブランチを作成し、リビジョン 110 までブランチで作業を続けます。これで、110 をトランクにマージして戻すことができますが、プロジェクトには他に誰もいないため、マージするトランク。最初にブランチを作成したリビジョン 100 にマージするだけです。
ブランチは、プロジェクトに取り組んでいる人数とは何の関係もありません。ブランチは、さまざまな機能セット、ハードウェア ターゲット、またはクライアントなど、代替の開発ストリーム用です。
100 人が 1 つの成果物に取り組んでいる場合、同じブランチを使用する必要があります。1 人の個人が 12 の異なる成果物をサポートしている場合、12 のブランチを持つ必要があります。
（タグではなく）ブランチは、コードの保守可能なバージョンです。単一の開発者であっても、コードの複数のバージョンを維持したい場合があります（たとえば、バグ修正を古いリリースに移行する場合）。
SVNブックには、SVNブランチの最も一般的な2つのユースケースがここにリストされています。
どちらの方法の分岐ポリシーも、プロジェクト内の開発者の数に直接関係していません。
短期間のプロジェクト（アカデミック、シングルリリース、プロジェクトなど）で作業している場合を除き、これらのポリシーのいずれかを使用してみてください。管理オーバーヘッドは十分に低く、後であなたの生活をはるかに楽にすることができます。
たとえば、問題などに対してはるかにフェッチされたソリューションを試す必要がある場合など、実際のコードをベースから分割する必要がある場合は常にブランチを使用する必要があると思います。ブランチを使用すると、問題と解決の試みを分離し、バージョン管理を維持できます。
あなただけがプロジェクトに取り組んでいる場合、ブランチを作成する意味はあまりないようです。結局、リビジョンを使用してロールバックすることができます。
ただし、大きな実験的なことをしたいと思っていて、いくつかのことを試してみたい場合は、ブランチを使用して変更を分離し、トランクを保持することができます。
このようにトランクから完全に作業してから、歴史的な目的でリリースタグまたはブランチを使用し、実験的な作業のために他のブランチを使用できます。
私は開発とトランクの 2 つのブランチを保持しています。これは、本番環境でいつ迅速な修正を行う必要があるか分からないためです。新しい機能を本番環境に移植する前に、1 ～ 3 週間作業する場合があります。それまでの間、修正を本番環境に展開する必要があるかもしれません。2 つのブランチを保持することで、バグ修正のみを簡単にデプロイできます。