リリースプロセスが終了したとき、私はexe、dll、セットアップファイルのような多くの出力を得ました。 Subversionに保存する必要がありますか？私のプロジェクトがリリースされたら、svnに出力をコミットする必要がありますか？
実際に次のリリースプロセスでは、この出力が必要です。 以前の出力でセットアップファイルを作成する必要があるためです。 ビルドプロセスでファイルが変更されない場合は、出力（exe、dllなど）の一部を含める必要があります。
これまでの出力はすべてsvnではなくビルドマシンに保存しました。 出力をsvnに移動する方が良いですか？
いいえ、あなたはビルドマシンに保管してください。 svnはあなたの実行可能ファイルとライブラリのために何もしません。これが、サーバーの構築に役立ちます。 svnがあなたの実行可能ファイルにdiffを生成するようなものではありません。
インターネットや多数のマシンからアクセスする必要がある場合は、FTPなどを使用できます。
私はそれを得た。ありがとうございました。 – Devgrapher
以前のリリースからexeファイルをすばやく掘り下げる必要がある場合は、これが理にかなっています。しかし、私はVCSではなく、ディスクに保存するだけです。追跡するのに合理的な変更はありません。
リリースタグを簡単にチェックアウトできず、過去のリリースをビルドできない場合は、おそらくビルドインフラストラクチャにアップグレードが必要です。
なぜ以前のリリースの実行可能ファイルを掘り起こす必要がありますか？バージョン管理の全ポイントは、あなたが望むコードトランクの以前のバージョンからそれらを再コンパイルできるということです。そうでない場合は、間違っていることになります。 –
@ cody-gary：顧客がクラッシュダンプを送信したときに、以前のリリースの実行ファイルが必要な場合があります。しかし、私はあなたがソースからいつでも任意のリリースの実行ファイルを構築できる必要があることに完全に同意します。 – 9000
私たちのソースはSubversionに保存されていますが、最近のいくつかの「ゴールデン」ビルドはビルドシステムに保存されていますが、開発者、統合、リリースビルド用のivyリポジトリにプッシュされます。 @Rafeは、バージョン管理下に成果物を置くことでほとんど利益を得られないと述べています。いくつかのグループは、バージョン管理の下でサードパーティの成果物を持つことを望んでいますが、管理方法やタイトな制御の必要性、およびアーティファクトリポジトリシステム（MavenやIvyなど）の可用性によって異なります。
可能な複製[SVNにバイナリを格納することは可能ですか？]（http://stackoverflow.com/questions/531442/is-it-acceptable-good-to-store-binaries-in-svn） –
@ウィムそれは必ずしも同じことではありません。 – Maxpm