Настройка политик хранения для сборок, выпусков и тестов

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Политики хранения позволяют задать срок хранения выполнений, выпусков и тестов в системе. Чтобы сэкономить место в хранилище, необходимо удалить старые запуски, тесты и выпуски.

В параметрах проекта доступны следующие политики хранения в Azure DevOps:

1. Конвейер — задайте время хранения артефактов, символов, вложений, запусков и выполнения запросов на вытягивание.
2. Выпуск (классическая версия) — задайте, следует ли сохранять сборки и просматривать параметры хранения по умолчанию и максимальному значению хранения.
3. Тест — задайте время, пока выполняется автоматическое и ручное тестирование, результаты и вложения.

Необходимые компоненты

По умолчанию управлять политиками хранения могут участники групп "Участники", "Администраторы сборки", "Администраторы проекта" и "Администраторы выпуска".

Для управления политиками хранения требуется одна из следующих подписок:

• Функции корпоративного уровня
• Test Professional
• MSDN Platforms

Вы также можете приобрести месячный доступ к Azure Test Plans и назначить уровень доступа Обычная + планы тестирования. См. раздел Проверка доступа по ролям пользователей.

Настройка политик хранения запуска

В большинстве случаев вам не нужно хранить завершенные запуски дольше определенного количества дней. С помощью политик хранения вы можете контролировать количество дней , которые необходимо сохранить перед удалением каждого запуска.

Какие части запуска удаляются

При выполнении удаления

Настройка политик хранения выпусков

Политики хранения выпусков для классического конвейера выпуска определяют, как долго сохраняется выпуск и запуск, связанный с ним. С помощью этих политик вы можете контролировать количество дней , которые необходимо сохранить каждый выпуск после последнего изменения или развертывания, а также минимальное количество выпусков , которые должны храниться для каждого конвейера.

Таймер хранения в выпуске сбрасывается каждый раз, когда выпуск изменяется или развертывается на этапе. Минимальное количество выпусков, которые необходимо сохранить, имеет приоритет над числом дней. Например, если вы указываете сохранить не менее трех выпусков, последние три будут храниться на неопределенный срок независимо от числа указанных дней. Однако вы можете вручную удалить эти выпуски, если их больше не требуется. Дополнительные сведения о том, как работает хранение выпусков, см. ниже.

В качестве автора конвейера выпуска можно настроить политики хранения для выпусков конвейера на вкладке "Хранение ".

Глобальная политика хранения выпусков

Если вы используете локальный Team Foundation Server или Azure DevOps Server, вы можете указать политику хранения выпусков по умолчанию и максимальные значения для проекта. Вы также можете указать, когда выпуски окончательно уничтожены (удалены с вкладки "Удаленные " в обозревателе сборок).

Если вы используете Azure DevOps Services, вы можете просмотреть, но не изменить эти параметры для проекта.

Параметры политики хранения глобальных выпусков можно просмотреть из параметров хранения выпуска проекта:

• Azure DevOps Services: https://dev.azure.com/{organization}/{project}/_settings/release?app=ms.vss-build-web.build-release-hub-group
• Локальная среда: https://{your_server}/tfs/{collection_name}/{project}/_admin/_apps/hub/ms.vss-releaseManagement-web.release-project-admin-hub

Максимальная политика хранения задает верхний предел для сохранения выпусков для всех конвейеров выпуска. Авторы конвейеров выпуска не могут настраивать параметры для их определений за пределами указанных здесь значений.

Политика хранения по умолчанию задает значения хранения по умолчанию для всех конвейеров выпуска. Авторы конвейеров сборки могут переопределить эти значения.

Политика уничтожения помогает сохранять выпуски в течение определенного периода времени после их удаления. Эта политика не может быть переопределена в отдельных конвейерах выпуска.

- task: CopyFiles@2
  displayName: 'Copy Files to: \\mypath\storage\$(Build.BuildNumber)'
  inputs:
    SourceFolder: '$(Build.SourcesDirectory)'
    Contents: '_buildOutput/**'
    TargetFolder: '\\mypath\storage\$(Build.BuildNumber)'

Вопросы и ответы

Если я помечаю запуск или выпуск, который будет храниться на неопределенный срок, применяется ли политика хранения?

№ Ни политика хранения конвейера, ни максимальные ограничения, заданные администратором, не применяются при пометки отдельного запуска или выпуска, который будет храниться на неопределенный срок. Он останется до тех пор, пока вы не перестанете хранить его на неопределенный срок.

Разделы справки указать, что запуски, развернутые в рабочей среде, будут храниться дольше?

Если вы используете классические выпуски для развертывания в рабочей среде, настройте политику хранения в конвейере выпуска. Укажите количество дней, в течение которых должны храниться выпуски, развернутые в рабочей среде. Кроме того, укажите, что будут сохранены запуски, связанные с этим выпуском. Это переопределит политику хранения запуска.

Если для развертывания в рабочей среде используются многоэтапные конвейеры YAML, в параметрах проекта можно настроить только политику хранения. Невозможно настроить хранение на основе среды, в которой развертывается сборка.

Я не помечаю, чтобы быть сохранены на неопределенный срок. Тем не менее, я вижу большое количество запусков, сохраняемых. Как предотвратить это?

Это может быть по одной из следующих причин:

• Запуски помечаются кем-то в проекте, который будет храниться на неопределенный срок.
• Запуски используются выпуском, и выпуск содержит блокировку хранения для этих запусков. Настройте политику хранения выпуска, как описано выше.

Если вы считаете, что запуски больше не нужны или если выпуски уже удалены, то можно вручную удалить запуски.

Как работает настройка "минимальных выпусков"?

Минимальные выпуски для хранения определяются на уровне стадии. Это означает, что Azure DevOps всегда будет хранить указанное количество последних развернутых выпусков на этапе, даже если выпуски не будут храниться. Выпуск будет рассматриваться как минимум выпуск для стадии только при запуске развертывания на этом этапе. Рассматриваются как успешные, так и неудачные развертывания. Выпуски, ожидающие утверждения, не рассматриваются.

Как определяется период хранения при развертывании выпуска на нескольких этапах с разными периодами хранения?

Окончательный период хранения определяется путем рассмотрения дней, чтобы сохранить параметры всех этапов развертывания выпуска и принимать максимальные дни, чтобы сохранить их среди них. Минимальные выпуски для поддержания управляются на уровне стадии и не изменяются на основе выпуска, развернутого на нескольких этапах или нет. Сохранить связанные артефакты будут применимы при развертывании выпуска на этапе, для которого задано значение true.

Я удалил этап, для которого у меня есть некоторые старые выпуски. Какое хранение будет рассматриваться в этом случае?

По мере удаления этапа параметры хранения уровня стадии неприменимо. Azure DevOps будет возвращать уровень хранения по умолчанию по умолчанию для проекта.

Моя организация требует, чтобы мы сохраняли сборки и выпуски дольше, чем разрешено в параметрах. Как запросить более длительное хранение?

Единственный способ сохранить запуск или выпуск дольше, чем разрешено с помощью параметров хранения, — вручную пометить его на неопределенный срок. Невозможно настроить более длительный параметр хранения вручную. Обратитесь в службу поддержки Azure DevOps.

Вы также можете изучить возможность использования REST API для скачивания сведений и артефактов о запусках и их отправке в собственное хранилище или репозиторий артефактов.

Я потерял некоторые беги. Есть ли способ их вернуть?

Если вы считаете, что вы потеряли запуски из-за ошибки в службе, создайте запрос в службу поддержки немедленно, чтобы восстановить потерянную информацию. Если определение сборки было удалено вручную более чем за неделю до этого, его невозможно восстановить. Если запуски были удалены должным образом из-за политики хранения, невозможно восстановить потерянные запуски.

Разделы справки использовать Build.Cleanup возможности агентов?

Build.Cleanup Установка возможности для агентов приведет к тому, что задания очистки пула будут направляться только этим агентам, оставляя остальные свободные для регулярной работы. При удалении запуска конвейера артефакты, хранящиеся за пределами Azure DevOps, удаляются с помощью задания, выполняемого агентами. Когда пул агентов получает насыщенный с заданиями очистки, это может вызвать проблему. Решением этого является назначение подмножества агентов в пуле, которые являются агентами очистки. Если какие-либо агенты Build.Cleanup установлены, только эти агенты будут запускать задания очистки, оставляя остальные агенты свободными для продолжения выполнения заданий конвейера. Функциональные возможности очистки можно включить, перейдя к возможностям агента>и установив равный 1параметру.Build.Cleanup

Что происходит с артефактами общей папки при удалении сборки

При удалении сборки с общими артефактами файловой папки новая задача сборки помещается в очередь агента сборки для очистки этих файлов. Агент выбирается для выполнения этой задачи на основе следующих критериев: доступен ли агент с Build.Cleanup возможностью? Доступен ли агент, выполняющий сборку? Доступен ли агент из одного пула? Доступен ли агент из аналогичного пула? Доступен ли любой агент?

Будут ли автоматические результаты теста, опубликованные в рамках выпуска, сохраненного до удаления выпуска?

Результаты теста, опубликованные на этапе выпуска, сохраняются, как указано политикой хранения, настроенной для результатов теста. Результаты теста не сохраняются до тех пор, пока выпуск не будет сохранен. Если вам нужны результаты теста до выпуска, задайте параметры хранения для автоматического тестирования в параметрах Project соответствующим образом, чтобы никогда не удалять. Это гарантирует удаление результатов теста только при удалении выпуска.

Удалены ли результаты теста вручную?

№ Результаты теста вручную не удаляются.

Связанные статьи

• Управление длительностью хранения результатов теста
• Удаление артефактов теста