Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этом спринте мы добавим ряд улучшений в интерфейс пулл реквеста. Эти изменения включают в себя повышение видимости опциональных проверок, возможность открытия новой вкладки с помощью Ctrl-click, добавление информации о местоположении в аннотации и улучшение компоновки фильтрации комментариев.
Дополнительные сведения см. в списке компонентов ниже.
Функции
Azure Boards
Azure Repos
Azure Pipelines (система конвейеров Azure)
- Обновление узла в агенте Azure Pipelines
- Сохранение неработоспособного агента для исследования в агентах масштабируемого набора
- Пайплайны Ubuntu-latest вскоре перейдут на использование Ubuntu-20.04
Azure Boards
Удаление правила "Назначено кому" для рабочего элемента типа Ошибка
Существует несколько скрытых системных правил для всех различных типов рабочих элементов в Agile, Scrum и CMMI. Эти правила существуют в течение более десяти лет и, как правило, работают в порядке без каких-либо жалоб. Тем не менее, есть несколько правил, которые стали ненужными. Одно правило, в частности, вызвало много боли для новых и существующих клиентов, и мы решили, что было время удалить его. Это правило применяется к типу рабочего элемента 'Ошибка' в процессе Agile.
Установите значение "Назначено на" в "Создано", когда состояние изменится на "Решено".
Мы получили много ваших отзывов об этом правиле. В ответ мы приняли решение удалить это правило из рабочего элемента "Ошибка" в Agile-процессе. Это изменение повлияет на каждый проект, использующий унаследованный Agile или настраиваемый унаследованный процесс Agile. Для тех клиентов, которые любят и зависят от этого текущего правила, ознакомьтесь с нашей записью блога о шагах, которые можно предпринять для повторного добавления правила с помощью настраиваемых правил.
Azure Repos
Пакет улучшений для работы с пулл-реквестами
Новый интерфейс пул-реквестов находится в предварительной версии уже несколько месяцев. Мы обратили внимание на отзывы, которые получили от многих из вас. Мы рады сообщить о следующих улучшениях, которые вы увидите при развертывании этого спринта:
Сделать необязательные проверки более видимыми
Клиенты используют необязательные проверки, чтобы привлечь внимание разработчика к потенциальным проблемам. В предыдущем опыте всегда было очевидно, когда эти проверки проваливались. Однако это не так в режиме предварительной версии. Большой зеленый флажок для необходимых проверок маскирует сбои при необязательных проверках. Пользователи могли обнаружить, что необязательные проверки провалены, открыв панель проверок. Разработчики не часто делают это, если нет никаких признаков проблемы. В этом развертывании мы сделали состояние необязательных проверок более видимым в сводке.
Ctrl+щелчки по элементам меню
Меню вкладок в PR не поддерживали ctrl-click. Пользователи часто открывают новые вкладки в браузере, просматривая пулл-реквест. Исправлено.
Расположение заметки [+]
В древовидном списке файлов в PR отображается значок [+], чтобы помочь авторам и рецензентам распознавать новые файлы. Так как заметка была после многоточия, она часто не отображалась для более длинных имен файлов.
Раскрывающееся меню обновлений PR восстанавливает информацию о времени
Раскрывающийся список для выбора обновления и сравнения файлов в ПР потерял важный элемент в режиме предварительного просмотра. Он не показал, когда это обновление было сделано. Исправлено.
Улучшенный макет фильтра комментариев
При фильтрации комментариев на странице сводного списка по запросу на вытягивание раскрывающийся список находился справа, а текст был выровнен по левому краю. Исправлено.
У нас запланированы дополнительные улучшения на следующие два спринта.
Azure Pipelines (система конвейеров Azure)
Обновление узла в агенте Azure Pipelines
Обновление от первоначально опубликованного: из-за несовместимости с Red Hat Enterprise Linux 6 и Node 14, мы приостановили работу над Node 14 и сначала сосредоточимся на переходе к Node 10.
В этом выпуске мы начали переход от Node 6 к поддерживаемой версии Node в качестве предпочтительной среды выполнения для задач Azure Pipelines. Мы обновили первый пакет встроенных задач для запуска на узле 10. Это изменение означает начало процесса удаления Node 6 из агента по умолчанию. Узел 6 больше не поддерживается в долгосрочной перспективе и часто помечается автоматическими сканерами как угроза безопасности. Хотя мы считаем, что использование Node 6 вряд ли будет подвержено большинству потенциальных недостатков, для нас все же важно перевести задачи на поддерживаемую среду выполнения. В 2021 календарном году мы планируем начать поставку версии агента без Node 6.
Если вы используете любую из задач с поддержкой Node 10, локальные агенты обновят себя, чтобы запустить новые версии задач. Кроме этого, для большинства клиентов не должно быть никакого влияния. С другой стороны, если вы автор любых задач, необходимо начать обновление их для запуска на узле 10. В вашем task.json, в разделе execution, вы можете обновить с Node до Node10. Если вам нужна поддержка более старых версий сервера, вы можете оставить точку Node входа. Экземпляры Azure DevOps, которые понимают обработчик Node 10, выберут его по умолчанию, а те, которые не понимают, будут возвращаться к вашей реализации Node 6.
Сохраните проблемного агента для исследования в масштабируемом наборе агентов
При использовании агентов масштабируемого набора Azure Pipelines управляет масштабированием экземпляров агента вверх и вниз. Когда Azure Pipelines обнаруживает неработоспособную виртуальную машину в масштабируемом наборе, она регистрирует проблему в пользовательском интерфейсе диагностики пула и пытается удалить виртуальную машину. Существует множество причин, по которым виртуальная машина может быть неработоспособна: конфигурация сети масштабируемого набора может предотвратить скачивание последнего агента расширения Azure Pipelines, расширение вашего пользовательского скрипта, возможно, не удалось, или образ виртуальной машины масштабируемого набора может иметь ожидающий перезагрузки или ожидающие обновления Windows.
При удалении неработоспособных виртуальных машин Azure Pipelines позволяет оптимизировать пул агентов для выполнения заданий CI/CD. В некоторых случаях вы можете использовать страницу диагностики Azure Pipelines (показанную выше) или страницу диагностики Azure для отладки этой проблемы. Однако во многих случаях лучший способ диагностики проблемы — войти в виртуальную машину и просмотреть журналы агента и журналы средства просмотра событий. В настоящее время это не легко сделать, так как неработоспособная виртуальная машина удаляется автоматически.
В этом выпуске мы улучшили диагностику неработоспособных виртуальных машин, предоставив вам возможность сохранить неработоспособный агент для исследования.
При сохранении проблемного агента можно подключиться к виртуальной машине, провести отладку и извлечь любые нужные журналы. По завершении можно освободить агент и связанную виртуальную машину. Дополнительные сведения см. в разделе об устранении неполадок проблемных агентов.
ubuntu-latest конвейеры скоро будут использовать Ubuntu-20.04
Ubuntu 20.04 скоро будет версией по умолчанию для ubuntu-latest метки в Azure Pipelines. Это изменение будет развернуто в течение нескольких недель, начиная с 30 ноября.
Если вы видите какие-либо проблемы с конвейерами Ubuntu:
- Создать запрос в virtual-environments repository
- Вернитесь к версии Ubuntu 18.04, указав
ubuntu-18.04в качествеvmImageв вашей цепочке поставок. Мы будем продолжать поддерживать Ubuntu 18.04.
Обратите внимание, что ubuntu-18.04 и ubuntu-20.04 могут различаться как по предварительно установленным средствам, так и по версиям средств по умолчанию. Дополнительные сведения обо всех различиях см. в разделе https://github.com/actions/virtual-environments/issues/1816.
Дальнейшие шаги
Замечание
Эти функции будут развернуты в течение следующих двух-трех недель.
Перейдите к Azure DevOps и посмотрите.
Как предоставить отзыв
Мы хотели бы услышать то, что вы думаете об этих функциях. Используйте меню справки, чтобы сообщить о проблеме или указать предложение.
Вы также можете получить советы и ответы на ваши вопросы от сообщества на Stack Overflow.
Спасибо,
Мэтт Купер