Subversion：複数のリビジョンからタグを作成しないと良い理由はありますか？

Question

これは可能で、さまざまな方法がありますが、複数のリビジョンからタグを作成しないと良い理由はありますか？

私が提案しているのは、さまざまなsvnリビジョンのExcelスプレッドシート/ CSVファイル（Javaクラスファイルと他のものの組み合わせ）からビルド成果物のリストを読み込むSVNKitとJakarta POIに基づいたプログラムを作成することですそれからTAGを作成し、このTAGは次に提案されるリリースになります。

ので、私はこのアプローチを好む：（あなたがする場合は、ベースライン）の各リリースに起こっている正確に何を詳述我々はいくつかのドキュメントを持っている

1. 。それは私たちのリリースマネージャに（単に頭をチェックアウトするかの分岐とマージのような複雑なものについて学習することなく）何かを与える

3. 開発者は、チェックインすることができます彼らが望む時に彼らが望むものは何でもすることなく、そのような概念によって「リリースウィンドウ」として制限されています。私。開発者がリリース直前にチェックインするのを制限しています。

ので、私はこのアプローチを不信：（私はよく分からないが）、私は基本的なSVNの原則に違反してるように感じる

。

私は、タイヤを蹴って話す人のためにこのアイデアをそこに置いていることは間違いないと思うからです。皆さんはどう思いますか？

Answer 1

あなたはこれを行うことによってsvnの原則に違反していません。タグは、ビルドプロセスを支援するために人々が使用するコンベンショナルなSubversionのコンストラクトではありません。通常、人々は自分のタグが単一のリビジョンに基づいていることを望んでいますが、もう一度それが唯一の規約です。あなたは本当に良いコードがいくつかのファイルの歴史的なバージョンで構成されているが、他のバージョンの現在のバージョンで構成されている状況はありますか？

この方法が効果がある場合は、その方法をお試しください。しかし、 'タグ'の通常の定義に慣れた人の混乱を避けるため、おそらくディレクトリを別のものと呼ぶことができますか？おそらく "ビルド"？

Answer 2

デベロッパーは、「リリースウィンドウ」という概念によって制約されることなく、必要なときにチェックインすることができます。私。開発者がリリース直前にチェックインするのを制限しています。

これを行う伝統的なSVNの方法は、常にブランチではなく、トランクで動作することです。あなたが望むときにいつでもコミットすることができるこの方法では、 "リリースウィンドウ"（トランクがフリーズしているとき）でトランクにマージすることはありません。