Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Представления фидов позволяют разработчикам совместно использовать определенное подмножество версий пакетов с потребителями. Это полезно, если вы хотите предоставить доступ к пакетам, которые были протестированы и проверены, при этом удерживая те, которые все еще находятся в разработке или не соответствуют вашим стандартам качества.
Представление по умолчанию
Каждый канал артефактов содержит три представления по умолчанию: @local, @prerelease, и @release. Последние два являются предлагаемыми представлениями, которые можно переименовать или удалить по мере необходимости.
@local — это представление по умолчанию и обычно используется в вышестоящих источниках. Вы можете изменить представление по умолчанию вПараметрах веб-канала>Представления, но обратите внимание, что это не позволяет прямой публикации в этом представлении. Пакеты можно публиковать только в основной ленте, где они будут доступны в виде @Local.
@local Представление содержит следующее:
- Все пакеты, опубликованные непосредственно в ленте.
- Все пакеты, сохраненные из вышестоящих источников.
Представления веб-каналов доступны только для чтения, что означает, что пользователи, подключенные к представлению, могут использовать только пакеты, опубликованные в этом представлении, и (или) пакеты, ранее сохраненные из вышестоящих источников. Ознакомьтесь с графами пакетов , чтобы узнать, как создаются графы пакетов.
Заметка
Azure Artifacts поддерживает только публикацию и восстановление пакетов из представления по умолчанию: @Local.
Просмотры ленты и источники верхнего уровня
Представления ленты и входящие источники предназначены для совместной работы, обеспечивая решение корпоративного уровня для совместного использования и потребления пакетов. Чтобы разрешить другим веб-каналам Azure Artifacts использовать веб-канал в качестве вышестоящего источника, необходимо задать видимость веб-канала членам вашей организации или членам идентификатора Microsoft Entra в зависимости от вашего сценария.
Если вы выберете идентификатор Microsoft Entra, все пользователи вашей организации смогут получить доступ к вашему веб-каналу, а все веб-каналы в организации и других организациях, связанных с тем же клиентом Microsoft Entra, смогут перейти к вашему веб-каналу.
Заметка
Все представления веб-каналов в общедоступном веб-канале доступны всем пользователям в Интернете.
Выпуск пакетов с представлениями веб-канала
При выпуске пакетов важно донести три ключевых аспекта:
При создании пакетов выпуска важно передать три фрагмента информации:
Характер изменения: какой тип изменений вводится.
Риск изменения: насколько разрушительным или критическим может быть изменение.
Качество изменения: соответствует ли пакет стандартам проверки.
Природа и риск изменения
Характер и риск связаны с намерением изменения, известного в начале развития:
Природа: вы добавляете новые функции, обновляете существующие или исправляете ошибки?
Риск. Влияет ли изменение на критические компоненты, такие как API или вносит критические изменения?
Большинство команд используют семантическое управление версиями (SemVer) для передачи этих сведений. SemVer широко используется и эффективно сигнализирует о характере и уровне риска.
1.2.3
│ │ └─ Patch (bug fixes)
│ └── Minor (new features)
└──── Major (breaking changes)
Качество изменения
качество изменения, как правило, неизвестно до завершения процесса проверки. Это определяется после валидации, как только пакет будет собран и протестирован. Из-за этого невозможно сообщить о качестве изменения в числовом сегменте номера версии (например, 1.2.3).
Хотя обходные решения существуют для предварительной валидации (например, использование библиотек DLL сборки непосредственно перед их упаковкой и публикацией пакетов в среду отладки или CI, а затем проверка и повторная публикация этих пакетов в среде "выпуск"), они не гарантируют, что окончательный пакет соответствует стандартам качества.
Вместо этого можно использовать представления каналов данных для передачи информации о качестве. С помощью представления @Release вы можете предоставить доступ только к пакетам, которые прошли проверку и соответствуют вашим стандартам качества. Это позволяет потребителям просматривать только подмножество версий пакетов, которые были протестированы, проверены и готовы к использованию. Такой подход обеспечивает потребителям доступ к стабильным, готовым к рабочей среде пакетам. Для получения дополнительных сведений см. Продвижение пакетов и управление представлениями лент.