TFS2017 清除旧的 builds/releases 时

TFS2017 When the old builds/releases are purged

我们一个月前开始大量使用 TFS 的发布管理部分,我注意到该集合的数据库大小正在加速增长。

为了稳定数据库大小的增长,我们正在调整发布定义的保留策略。

您知道已删除 builds/releases 的清除过程何时开始吗? 可以手动触发吗?

TFS v15.117.26714.0

2003 年 11 月更新

当你在Retention Policy Settings页面更改Permanently Destroy Releases时,保存更改后会提示:

Changes to the settings will be effective only for the new Release Definitions and Environments created after the save.

所以它不会影响你的旧删除版本,担心旧的删除版本在创建时会保留 30 天(默认设置)。您可能需要等待。


更新

当您通过保留策略删除构建时,但这只是一个逻辑删除,记录保留在数据库中,但带有删除标志。

Destroy命令将从系统中物理删除构建,它将完全消失,所有记录将从数据库中删除。

TFS 不会立即恢复 space,它稍后被 TFS Background Job Agent 的作业 运行 删除。 TFSJob 代理将在其正常 运行ning 过程中恢复 space,因此您可能在 24 小时后看不到 space 恢复。

如果你不想等那么久,你可以 运行 tf destroy 使用 /startcleanup 开关立即开始清理工作。


When are builds deleted

TFS: Your retention policies run every day at 3:00 A.M. UTC. There is no option to change this process.

Source Link

目前无法在 TFS 中手动触发已删除 builds/releases 的清除过程。

请注意,作为发布的一部分部署的构建也受发布保留政策管辖。链接到版本的构建有自己的保留策略,可能比版本的保留策略更短。

如果您想在发布的同一时期内保留构建,请为适当的环境设置保留构建复选框。这会覆盖构建的保留策略,并确保在您需要重新部署该版本时工件可用。

当您删除版本定义、删除版本或保留策略自动删除版本时,相关构建的保留策略将决定何时删除该构建.