我看到一些团队将不必要数量的图像工件（修订/标签）推送到港口存储库。我知道可能有一些规则可以应用来修剪工件，但我不喜欢这个概念，因为我不相信自动修剪会知道哪些工件实际在各种 Kubernetes 集群中使用。
理想情况下，我们可以在图像范围、项目范围或总体限制上配置可以为图像推送的工件数量限制。
澄清我的问题的场景 - 假设我有一个名为“loose”的项目，并且我有一个名为“loose/greedy”的图像。我整个晚上都忙于对我的代码进行许多小的更改，Gitlab 的 CI 管道正忙于为我所做的每个更改构建带有新标签的推送图像。如果我使用 Python，那么每个工件可能会非常大，并且我的图像会很快消耗大量存储空间。我想防止出现这样的情况：图像中出现太多伪影，浪费了大量存储空间。因此，我想将此图像的工件数量限制为 10 个，这样，如果该图像中已存在 10 个工件，我的 CI 管道将无法将任何新修订推送到松散/贪婪。这将迫使我在能够推送新的图像标签之前清理不必要的工件。
我希望这是清楚的。我很感激任何有关如何管理/限制图像修订数量的信息都可以推送到 Harbor 的项目中。
恭喜您刚刚重新发明了保留政策。
您可以创建一个策略，在每个存储库中保留最多 10 个工件
harbor的文档和网上的内容都相当不错。该文档有许多不同的示例。