- 28 7月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 08 7月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 24 6月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 16 6月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 07 4月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 25 3月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 03 3月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 13 2月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 12 2月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 10 1月, 2020 1 次提交
-
-
由 GitLab Bot 提交于
-
- 12 12月, 2019 1 次提交
-
-
由 GitLab Bot 提交于
-
- 11 11月, 2019 1 次提交
-
-
由 GitLab Bot 提交于
-
- 28 10月, 2019 1 次提交
-
-
由 GitLab Bot 提交于
-
- 16 10月, 2019 1 次提交
-
-
由 GitLab Bot 提交于
-
- 19 9月, 2019 1 次提交
-
-
由 GitLab Bot 提交于
-
- 18 9月, 2019 1 次提交
-
-
由 GitLab Bot 提交于
-
- 25 1月, 2019 1 次提交
-
-
由 Kamil Trzciński 提交于
This includes a set of APIs to manipulate container registry. This includes also an ability to delete tags based on requested criteria, like keep-last-n, matching-name, older-than.
-
- 19 9月, 2018 2 次提交
-
-
由 Stan Hu 提交于
-
由 Stan Hu 提交于
When there are many tags in a container repository, deleting them can exceed the default 60 second idle-in-transaction timeout in Sidekiq. We now explicitly delete them in the DestroyService before destroying the model. Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/51380
-
- 08 9月, 2018 1 次提交
-
-
由 Stan Hu 提交于
When a container registry has many tags, it's easy for the DELETE call to take more than 60 seconds and fail. This can also leave the registry in a bad state with null bytes since some of the images have been deleted with tags still pointing to them. In addition, we have to prevent users from accidentally initiating the delete multiple times or this could leave the registry with orphaned tags. This commit also adds a flash message to notify the user the registry is scheduled for deletion. Closes #49926, #51063
-