一人だけのプロジェクトに取り組んでいる場合は、転覆に支店を使用する必要がありますか？

Question

私はC＃プロジェクトでSubversionを使用して始めています。私は一人でこのプロジェクトに取り組んでいます、まだ私は、私は私自身の学習経験のグループで働いていたかのようである治療しようとしています。

私はそれを理解したよう転覆での作業の一般的な方法は、常に構築するトランクフォルダを持つことです。主な変更点は、彼らが完了したら、その後トランクにマージされている新しい枝、中に作成されています。だから、別のチームメンバーが作業中、多くの同時の支店があるかもしれません。

しかし、私は自分で働いている場合は、分岐を作るための任意の点はありますか？私は頭の中でリビジョン100でだと言います。のいずれかの変化がないように、私はリビジョン101でブランチを作成し、リビジョン110までブランチで作業し続ける今、私は戻ってトランクに110をマージすることができますが、誰もがプロジェクトに存在しないだろうトランクは、背面にマージします。私はちょうど戻って、私は、元のブランチを作成したリビジョン100にマージすることでしょう。

Answer 1

支店は、プロジェクトに取り組んでいるどのように多くの人々とは何の関係もありません。ブランチは、異なる機能セット、ハードウェアターゲット、またはクライアントのように、別の開発ストリームのためである。

100人々は、彼らが同じブランチを使用する必要があり、単一の成果で作業している場合。一個人がダースの異なる成果をサポートしている場合、彼はダースの枝を持っている必要があります。

Answer 2

私はあなたが問題か何かのためにはるかにフェッチされた解決策を試してみる必要がある場合例えばベースから実際のコードを、分割しない必要がある枝が常に使用されるべきだと思います。枝を使用すると、問題と解決の試みを分離し、バージョン管理を維持することができます。

Answer 3

ブランチが（TAGとは対照的に）コードのの保守のバージョンです。でも、単一の開発者として、あなたはあなたのコード（たとえば、旧リリースにバグ修正の移行）の複数のバージョンを維持することをお勧めします。
SVNの本は、SVNの枝<のhref =「http://svnbook.red-bean.com/en/1.2/svn.branchmerge.commonuses.html#svn.branchmerge.commonuses.patterns」のrelための2つの最も一般的な使用例を示しています= "nofollowをnoreferrer">ここを。
どちらの方法でも分岐ポリシーは、プロジェクト内の開発者の数に直接関連していない。
あなたは短期プロジェクトで作業している場合を除き（例えば、学術、シングルリリース、プロジェクトなど）これらのポリシーのいずれかを使用してみてください。管理オーバーヘッドは十分に低く、それは後に、あなたの人生ははるかに簡単に作ることができます。

Answer 4

それだけであなたがプロジェクトに取り組んだ場合のブランチを作成するには、あまりにも多くのポイントがいないようだ - あなただけのロールバックするために、すべての後にリビジョンを使用することができます。

もし、しかし、あなたはメジャーと実験的な何かをしたかったし、その後、あなたの変更を分離し、トランクを維持するためにブランチを使用することができますいくつかのことを試してみたかったのです。

あなたは、実験的な作品のリリースタグや歴史的な目的のために枝...と他の枝を使用し、このようなトランクの外に完全に機能し、可能性があります。

Answer 5

あなたは、生産上の簡単な修正をしなければならないとき、あなたが知っていることはありませんので、開発とトランク：

私は2本の枝を保ちます。私は生産にそれらを移植する前に、1-3週間の新機能で動作する可能性があります。その間、私は生産に修正をロールアウトする必要があります。 2本の枝を維持することによって、私は簡単にバグフィックスのみを展開することができます。