Общедоступные агенты Linux и macOS, размещенные в Майкрософт, — обновление Sprint 137 VSTS

В обновлении Visual Studio Team Services (VSTS) Sprint 137 мы удаляем моникер "Предварительная версия" из наших агентов CI/CD, размещенных в Майкрософт, и сделать их общедоступными. Наряду с нашим агентом Windows, размещаемым корпорацией Майкрософт, теперь у вас есть надежная и масштабируемая платформа для рабочих сборок и выпусков, независимо от того, что ваша платформа.

Существует ряд других функций в коде, вики-сайте, пакете и администрировании. Дополнительные сведения см. в списке функций ниже.

Следующие шаги

Ознакомьтесь с новыми функциями ниже и перейдите к VSTS, чтобы попробовать их для себя.

Перейти к VSTS

Новые возможности VSTS

Функции

Код:

Вики

Сборка и выпуск:

Упаковка.

Администратор:

Код

Создание запросов на вытягивание без команды по умолчанию в качестве рецензента

Внимание

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

Когда мы впервые запустили интерфейс запроса на вытягивание (PR), мы думали, что имеет смысл назначить все PR контексту команды, выбранному при создании PR. Это поведение было точкой разочарования, так как многие люди не заметили связь между контекстом команды и назначением PR. На самом деле, это было одним из наших лучших предложений UserVoice.

В рамках новых изменений навигации мы воспользовались возможностью изменить эту связь по умолчанию с командами. Вы заметите два изменения:

  1. При создании PR рецензенты по умолчанию не добавляются. Список рецензентов имеет функцию, чтобы упростить добавление отдельных лиц и групп, которые были добавлены в PR недавно. Политика обязательных рецензентов также может помочь командам, которые хотят убедиться, что определенные рецензенты добавляются для проверки кода.
  2. Центр запросов на вытягивание содержит новый настраиваемый раздел. По умолчанию в этом разделе показаны PR "Назначены моим командам", предоставляя эквивалентные функциональные возможности в качестве старого раздела. Однако если вы принадлежите нескольким командам, в этом разделе будут отображаться PR, назначенные любой из команд. Этот раздел также настраивается. Просто щелкните действие "Настроить это представление" рядом с заголовком раздела.

Разрешить обход политик ветвей без отказа от принудительной защиты

Существует множество сценариев, в которых иногда требуется обойти политику ветвей — отмена изменения, вызвавшего разрыв сборки, применение исправления в середине ночи и т. д. Ранее мы предложили разрешение ("Освобождение от применения политики"), чтобы помочь командам управлять пользователями, которым предоставлена возможность обхода политик ветви при выполнении запроса на вытягивание. Однако это разрешение также предоставило возможность отправлять непосредственно в ветвь, обходя процесс PR полностью.

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

  1. Обход политик при выполнении запросов на вытягивание. Пользователи с этим разрешением смогут использовать интерфейс Override для запросов на вытягивание.
  2. Обход политик при отправке. Пользователи с этим разрешением смогут отправлять непосредственно в ветви, для которых настроены необходимые политики.

Предоставив первое разрешение и запретив второй, пользователь сможет использовать параметр обхода при необходимости, но по-прежнему будет иметь защиту от случайной отправки в ветвь с политиками.

Примечание.

Это изменение не приводит к изменениям поведения. Пользователям, которым ранее было предоставлено разрешение "Освобождение от применения политики", будет предоставлено разрешение для обоих новых разрешений, поэтому они смогут переопределить завершение на PR и отправить непосредственно в ветви с политиками.

Дополнительные сведения см. в документации по разрешениям Set Branch.

Вики

Ссылка на заголовки на странице

Теперь вы можете щелкнуть значок ссылки рядом с заголовком любого раздела на вики-странице, чтобы создать URL-адрес непосредственно в этом разделе. Затем вы можете скопировать этот URL-адрес и поделиться им с участниками команды, чтобы связать их непосредственно с этим разделом. Эта функция получила приоритет на основе предложения.

URL-адрес заголовка вики-сайта

Все ссылки в вики-сайте, которые не связаны должным образом, будут отображаться в отдельном красном цвете и значке сломанной ссылки, что дает вам визуальный ключ ко всем неработающим ссылкам на вики-странице.

Вики-ссылки

Присоединение файлов и изображений в папках

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

Вики-изображение в папке репозитория Git

Открытие страницы на новой вкладке

Теперь вы можете щелкнуть правой кнопкой мыши страницу вики-страницы и открыть ее на новой вкладке или просто нажать клавиши CTRL+ слева, чтобы открыть ее на новой вкладке.

Вкладка

Сборка и выпуск

Сборка и выпуск с помощью агентов Linux и macOS, размещенных в Майкрософт

Агенты Linux и macOS, размещенные в Майкрософт, теперь недоступны для предварительной версии и общедоступны. После нескольких месяцев в предварительной версии, прослушивания отзывов и настройки инфраструктуры для обеспечения согласованной службы мы рады предложить эти возможности сейчас в общедоступной версии. Дополнительные сведения см. в документации по размещенным майкрософт агентам .

Внимание

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

Автоматическое развертывание в новые целевые объекты в группе развертывания

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

Группы развертывания

Хранение развертываний до тех пор, пока шлюзы не будут согласованы

Шлюзы выпуска позволяют автоматически оценивать критерии работоспособности до того, как выпуск будет повышен до следующей среды. По умолчанию выпуск выполняется после получения одного успешного примера для всех шлюзов. Даже если ворота неретично, а успешный образец получен шумом, выпуск выполняется. Чтобы избежать этих проблем, вы можете настроить выпуск для проверки согласованности работоспособности в течение минимальной длительности до выполнения. Во время выполнения выпуск обеспечит последовательные оценки ворот, прежде чем разрешить повышение. Общее время для оценки зависит от времени между повторной оценкой и обычно больше заданной минимальной длительности. Дополнительные сведения см. в разделе "Управление развертыванием выпуска" с помощью документации по шлюзам .

Параметр удержания Гейтса

Azure DevOps Projects теперь общедоступен

Еще в ноябре мы представили DevOps Projects, что помогает вам приступить к работе с полным конвейером DevOps в Azure, начиная с кода через мониторинг, всего за несколько минут. Мы добавили службы по пути и включили много ваших отзывов. Теперь мы будем продолжать двигаться вперед с ним в целом, чтобы помочь вам идти дальше в пути с DevOps. Дополнительные сведения см. в записи общедоступной доступности Azure DevOps Projects в блоге Microsoft DevOps.

Пакет

Начало работы с предварительно установленным управлением пакетами

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

Служба пакетов

Администрирование

Подключение или отключение Azure Active Directory в качестве администратора коллекции проектов

Администратор коллекции проектов (PCA) теперь может подключать или отключать свою организацию от Azure Active Directory. Ранее это должно было быть сделано владелец организации.

Общедоступные проекты, доступные в предварительной версии для всех организаций

Внимание

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

Как мы объявили еще в апреле, мы переносим общедоступные проекты в VSTS. Впервые вы сможете пометить командный проект VSTS как общедоступный. Это позволит анонимным (не прошедшим проверку подлинности) пользователям просматривать содержимое этого проекта, включая рабочие элементы, код и результаты сборки. Хотя функция по-прежнему находится в предварительной версии, по состоянию на этот спринт вам больше не потребуется пригласить присоединиться к частной предварительной версии.

Внимание

Если вы используете общедоступный проект для создания репозитория, размещенного на GitHub, обратите внимание, что хотя запросы на вытягивание (PR) из ветвей в репозитории будут создаваться нормально, PR, открытые из вилок репозитория, не будут создаваться прямо сейчас.

При использовании слова "организация" при обращении к коллекции проектов в VSTS

Мы внесли изменения в нашу терминологию, когда речь идет о коллекции проектов в VSTS. Ранее мы использовали термин "учетная запись", но обнаружили, что это вызвало много путаницы для более широкого разработчика и открытый код сообщества. Мы решили заменить термин "учетная запись" на "организация". Вы начнете видеть это развертывание изменений в документации и в продукте с помощью этого обновления. Дополнительные сведения см. в записи "Принятие слова "организация" в блоге Microsoft DevOps.

Отправка отзыва

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

Меню отзывов

Вы также можете получить советы и ваши вопросы, ответы сообщества на Stack Overflow.

Thanks,

Биджу Венугопал

  • Last updated on