組織とそのさまざまな製品の中央シンボルサーバーをセットアップしようとしています。各製品には、ナイトリービルドと、「1回限りの」ベータ、RC、およびリリースビルドがあります。
私が持っている目標は、約1か月分のナイトリービルドシンボルを保持することです。ここでは多くの「ドッグフーディング」を実行して、人々が内部ビルドを使用できるようにします。可能な場合は、内部winqualから取得したファイルを簡単にデバッグしたいと考えています。
また、すべてのベータ、RC、およびリリースビルドシンボルを永続的に保持できる必要があります。
多くの調査を行った後、ここでの最善のアプローチは、2つのシンボルサーバーを用意することだと思います。1つはナイトリービルド（以前の〜30ビルドが登録されています）用で、もう1つはベータ、RC、リリースシンボルを永続的に保存するためのものです。製品タグとバージョンタグを使用してビルドスクリプトをシンボルストアに追加し、製品とビルド番号を記録します。ビルドが成功すると、スクリプトはシンボルサーバーのhistory.txtを使用して、削除されていない最も古いビルドを識別し、それをsymstoreから削除します。
ベータ版、RC版、リリース版の「1回限りの」ビルドの場合、作成後にビルドとインストールの担当者が識別し、2番目のシンボルサーバー（永続ストレージ用）にも追加します。
だから私はいくつかの質問があります：これはまったく合理的だと思いますか？これを行うにはもっと簡単な方法があるはずですが、シンボルサーバーを使用しているほとんどの組織はこの問題に取り組む必要はありませんか？
次に、このアプローチを進める場合、サーバーに登録されている最も古い既知のシンボルセットを識別するための絶対確実な方法はありますか？最終変更日を使用することを考えましたが、history.txtが最も適切であるように見えますが、エラーが発生しやすいスクリプト解析です。製品とバージョンの情報を含むシンボルを追加するだけでなく、製品とバージョンの情報を含むシンボルを削除できることを望んでいました。
助けてくれてありがとう。私は誰かが持っているかもしれないどんな質問にも喜んで答えるか、またはどんな説明も提供します。