Артефакты Azure: рекомендации
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Управление пакетами программного обеспечения может быть сложным и трудоемким процессом, особенно при работе с крупномасштабными проектами. К счастью, Azure Artifacts предоставляет надежную платформу для управления пакетами, которая помогает упростить процесс и оптимизировать совместную работу между командами разработчиков. Тем не менее, чтобы получить большую часть azure Artifacts, важно следовать рекомендациям, которые обеспечивают целостность и качество пакетов. В этой статье мы рассмотрим некоторые из наиболее важных рекомендаций по созданию, использованию и управлению пакетами в Azure Artifacts. Независимо от того, являетесь ли вы опытным разработчиком или только начиная с Azure Artifacts, эти советы помогут оптимизировать рабочий процесс и обеспечить успех ваших проектов.
Создание и публикация пакетов
Создание и публикация пакетов является критически важным шагом в любом рабочем процессе управления пакетами. В этом разделе описаны рекомендации по созданию и публикации пакетов в Артефактах Azure.
Каждый репозиторий должен ссылаться только на один веб-канал:
Веб-канал — это фундаментальная организационная структура для размещения пакетов. Хотя у вас может быть несколько веб-каналов для проекта, рекомендуется ограничить проект ссылкой только на один веб-канал. Если вы хотите использовать пакеты из нескольких веб-каналов, рекомендуется использовать вышестоящий источники. Это позволяет получить доступ к пакетам из нескольких веб-каналов и общедоступных реестров.
Автоматически публикуйте недавно созданные пакеты в веб-канале:
Это приведет к обновлению
@local
представления веб-канала с новыми пакетами. Дополнительные сведения о представлениях веб-каналов и вышестоящий источниках см. в представлениях веб-канала.Включите политики хранения для автоматической очистки старых версий пакетов:
Удаляя более старые версии пакетов, вы можете оптимизировать производительность клиента и освободить место в хранилище. При настройке политик хранения вы можете выбрать количество версий пакета. Это позволяет легко управлять версиями пакетов и улучшать рабочий процесс управления пакетами.
Повышение уровня пакета до правильного представления:
Чтобы сделать пакет доступным для ранних пользователей, вы можете выбрать его из веб-канала и повысить его в представлении @prerelease . После того как вы считаете, что пакет будет достаточно качественным для полного выпуска, вы можете повысить его до @release представления. Продвигая версии пакетов в представление, их можно предотвратить удаление политиками хранения. Чтобы узнать больше о представлениях веб-канала, проверка статью "Представления веб-канала".
Если внешние команды используют пакеты, убедитесь, что
@release
и@prerelease
представления отображаются в организациях:Если эти представления не видны, команды не будут иметь доступа к вашим пакетам.
Использование пакетов
В этом разделе описаны рекомендации по использованию пакетов с помощью Артефактов Azure, включая настройку источников пакетов, управление версиями пакетов и обеспечение безопасного и эффективного использования пакетов.
Настройте источники вышестоящий для веб-канала:
Добавление вышестоящий источников в веб-канал рекомендуется использовать пакеты из общедоступных реестров, таких как NuGet.org или npmjs.com. Дополнительные сведения см. в статье "Общие сведения о источниках вышестоящий" и настройке вышестоящий источников.
Источники не в вашей организации, но в том же клиенте Microsoft Entra следует добавить с помощью указателя канала:
Синтаксис указателя веб-канала выглядит следующим образом:
azure-feed://<organization>/<projectName>/<feed>@<view>
Убедитесь, что порядок источников соответствует требуемому порядку разрешения пакетов:
Веб-канал последовательно проверка каждый источник вышестоящий и возвращает пакет из первого источника, имеющего его.
Поместите общедоступные вышестоящий FIRST в порядке разрешения:
Это предотвращает переопределение известных пакетов другими источниками с измененными или несовместимыми версиями.
Связанные статьи
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по