事物的结合Google-Fu在一分钟让我失望，所以想知道是否有人可以提供帮助。我们已经建立了一个全新的Azure Devops Server实例品牌，并在其中迁移了我们的代码库。我将源代码缩减到只有几百MB。当我运行在搜索中发现的查询以查看数据库使用情况如何分解时，就会反映出这一点。我已经建立了构建管道，并将保留时间的最小值和最大值设置为仅一天，因为我们不需要在Azure DevOps中保留它们。某天有人去建立了50个奇数分支，人们开始推动变更。最终结果是大量的构建和许多工件现在存储在Azure中。已经过了几天，构建仍然存在。尽管保留政策的最短和最长为1天，但手动删除的版本仍然存在。
是否有一种方法可以使Azure Devops立即释放构建/工件以回收磁盘空间，或者为什么保留策略未自动删除它们？
我确实发现了一些有关清理逻辑删除文件的信息，但这并没有释放空间
EXEC prc_CleanupDeletedFileContent 1
# You may have to run the following command multiple times, the last
# parameter is the batch size, if there are more items to prune than the
# passed in number, you will have to run it multiple times
EXEC prc_DeleteUnusedFiles 1, 0, 100000
这样的结果是仍会出现内部版本，但是当您单击它们时，它只是说它找不到内部版本xxx的数据。
接下来我只是尝试删除构建管道，以使其删除所有构建历史记录和工件，并重新创建了构建。该空间仍未释放，因为已删除的构建管道现在已经在回收站中存放了29天，而且我不知道如何立即清空回收站。因此，当现在可以进行的时候，我将拥有29天的大型数据库备份。
在TFS / DevOps中是否还有其他问题？