Артефакты 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 в порядке разрешения:

    Это предотвращает переопределение известных пакетов другими источниками с измененными или несовместимыми версиями.