TFS2017古いビルド/リリースがパージされたとき

Question

1か月前からTFSのリリース管理の部分を頻繁に使用するようになりました。コレクションのデータベースサイズが急激に増加していることに気付きました。

データベースサイズの拡大を安定させるため、リリース定義の保存ポリシーを調整しています。

削除されたビルド/リリースの削除処理がいつ行われるのか分かりますか？ 手動でトリガーできますか？

TFSのv15.117.26714.0

Answer 1

を更新11/03

あなたはが恒久的に変更内容を保存した後、保持ポリシーの設定ページでにリリースを破壊変更すると、それが要求されます：

設定の変更はは、新しいリリース の場合にのみ有効です。保存後に定義および環境が作成されます。

古い削除されたリリースには影響しません。古い削除されたリリースは、作成時に30日間（デフォルト設定）維持されます。あなたは待たなければならないかもしれません。

---

更新

あなたが保持ポリシーを通じてビルドを削除すると、しかし、これが唯一の論理削除で、レコードがデータベースに残りますが、削除フラグが付けられ。

破壊するコマンドは、物理的にシステムからビルドを削除すると、完全になくなり、すべてのレコードがDBから削除されます。

TFSは直ちにスペースを回復しません。これは後でジョブによって実行され、TFS Background Job Agentによって削除されます。 TFSJobエージェントは通常の実行プロセス中にスペースを回復しますので、24時間以上回復したスペースは表示されません。

これ以上待たない場合は、/startcleanupスイッチでtf destroyを実行すると、すぐにクリーンアップジョブを開始できます。削除されたビルドされている

---

TFS：あなたの保持ポリシー3:00午前に毎日実行UTC。 このプロセスを変更するオプションはありません。

Source Link

これは、手動で削除のパージ処理ビルド/今のTFSでのリリースをトリガすることはできません。

注リリースの一部として展開されるビルドは、リリース保持ポリシーによってが適用されます。です。リリースにリンクされているビルドには独自の保持ポリシーがあり、リリースのビルドよりも短くなる可能性があります。

リリースと同じ期間にビルドを保持する場合は、適切な環境の場合にを保持するチェックボックスを設定します（）。これにより、ビルドの保持ポリシーが上書きされ、そのリリースを再デプロイする必要がある場合、成果物が使用可能になります。

保持ポリシーがリリースを自動的に削除するときにリリース定義を削除するか、を削除すると、関連付けられたビルドの保存ポリシーによって、そのビルドがいつ削除されるかが決定されます。