【问题标题】:Delete old self-hosted VSTS build agent _work folders删除旧的自托管 VSTS 构建代理 _work 文件夹
【发布时间】:2020-10-20 22:27:55
【问题描述】:

我们有一个自托管的 TFS 构建代理,它的空间已用完,所以我想尽可能多地删除 agent\_workagent_dply\_work 文件夹下的文件夹,它们已经超过 1 个月了。

这样做安全吗?

我在设置清洁方面找到了this post,我一定会这样做。

在清理_work 文件夹时还发现了this post,该文件夹建议重命名,然后删除整个文件夹,而不是其中的一部分。

我找不到代理池的maintenance settings,如this post 中所述。我想知道这是否在实际代理的某个控制面板中,因为它似乎不在我们的设置中。我在 Project > Project Settings > Agent pools 下寻找它,例如:

https://COMPANY.visualstudio.com/PROJECT/_settings/agentqueues

【问题讨论】:

  • 是的,很安全。

标签: azure-devops build-agent resource-cleanup


【解决方案1】:

这样做是安全的。此外,我建议您遵循 TingluoHuang 在第二个链接中提到的建议。

只需要注意关注:

确保代理上没有正在运行的作业并停止代理 在删除/重命名任何文件夹之前先处理/服务

其实有一个与配置重复维护相关的设置(Organization Settings -> Agent Pools -> Pool Name>-> Settings [tab])。

然后你就可以找到相关的sett

您需要先关闭维护作业。然后你会在那里找到相关的设置。

【讨论】:

  • 谢谢,但我到处寻找该设置,但看不到。但是,我不是我们系统的管理员。
  • 这里一样,我找不到这个设置!
  • @MattW:这个docs.microsoft.com/en-us/azure/devops/pipelines/agents/…帮助了我,这个选项在组织设置下可用,而不是在项目设置下!我在项目设置下。
【解决方案2】:

“agent_work”文件夹用于构建您的项目。如果您将工件发布到另一个位置 --> 例如在“agent_dply_work”文件夹中使用。然后保存删除'agent_work'文件夹。

在我看来,删除“agent_dply_work”是有风险的,因为它包含已部署的代码。因此,如果您想再次重新部署旧版本,那就不可能了。

如果我是你,我应该删除“agent_work”文件夹,但不应该删除“agent_dply_work”文件夹

【讨论】:

  • 这个答案不准确。工件存储在 Azure DevOps 本身或文件共享中,并且可以随时重新部署。没有诸如“agent_dply_work”文件夹之类的东西——这是原始海报创建的东西(一个名为 agent_dply 的文件夹中的代理,以及一个名为 _work 的子文件夹)。这只是用于部署的第二个代理。如果您在猜测,请不要回答问题。
  • @DanielMann:如果你没看错的话,它是关于 TFS 服务器而不是 Azure Devops。这取决于您如何设置环境。您可以在自己的(构建/发布)服务器上安装多个代理,所有构建和发布都会在该服务器上进行。因此,如果您有构建和部署代理,则每个代理都有单独的文件夹。如果您将文件拖放到放置位置(工件类型为“文件共享”),则可以安全地删除 de build agent 文件夹目录中的文件夹,但是删除作为 de deployement 输入的文件共享位置的文件夹是不安全的代理
猜你喜欢
  • 2016-10-24
  • 2018-05-18
  • 1970-01-01
  • 1970-01-01
  • 2015-08-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-09-30
相关资源
最近更新 更多