Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Существует несколько способов настроить репозитории Azure Repos Git с помощью параметров и политик репозиториев и веток. В этой статье рассматриваются параметры и политики уровня репозитория.
Параметры и политики репозитория настраивают глобальные параметры для всех репозиториев Git для проекта или организации или для отдельных репозиториев.
В этой статье рассматриваются параметры и политики репозитория на стороне сервера. Дополнительные сведения о настройках Git на клиентской стороне см. в разделе "Настройки Git в Visual Studio".
Политики ветви охватывают элементы управления, относящиеся к ветви.
Политики ветвей включают такие варианты, как запрос на вытягивание, успешная сборка или проверка кода, прежде чем изменения могут объединиться в ветвь. Дополнительные сведения см. в разделе "Политики и параметры ветви".
Разрешения на безопасность репозитория и ветви управляют назначениями пользователей.
Эти разрешения определяют, кто может читать, записывать, вносить вклад в запросы на вытягивание и выполнять другие конкретные действия. Дополнительные сведения см. в разделе "Настройка разрешений для репозитория".
Сводка по всем параметрам репозитория и ветви и политикам
Параметры и политики можно настроить для всех репозиториев в проекте, для отдельных репозиториев и для ветвей репозиториев. В браузере вы настраиваете все эти параметры и политики через параметры проекта>репозитории.
Примечание.
Вы можете задать несколько настроек и политик ветвей с помощью Azure CLI, используя az repos policy.
В следующих таблицах перечислены параметры и политики, которые можно включить и настроить для репозиториев и ветвей Git.
Все параметры репозиториев
В следующей таблице перечислены параметры, которые можно включить и настроить для всех новых репозиториев Git в проекте или организации.
Параметр
По умолчанию
Description
Выключено
Инициализируйте новые репозитории с именем ветви по умолчанию, которое вы укажете. Вы можете изменить ветвь по умолчанию для определенного репозитория в любое время. Если эта функция не включена, репозитории инициализируются с помощью ветвь по умолчанию с именемmain
.
Включено
Разрешить пользователям управлять разрешениями для созданных ветвей во всех новых репозиториях.
Параметры репозитория
В следующей таблице перечислены параметры, которые можно включить или настроить для каждого отдельного репозитория Git.
Параметр
По умолчанию
Description
Включено
Разрешить пользователям создавать форки из репозитория.
Включено
Автоматически создавайте ссылки для рабочих элементов, упомянутых в комментарии коммита.
Включено
Разрешить закрытие рабочих элементов с помощью упоминаний в комментариях к коммитам. Требуется обновление или более поздняя версия Azure DevOps Server 2020.1.
Включено
Запомните пользовательские настройки для завершения рабочих элементов с pull request.
Включено
Разрешить пользователям управлять разрешениями для созданных ветвей
Включено
Включите Строгий режим голосования для репозитория, для которого требуется разрешение на участие, чтобы голосовать по запросам на вытягивание.
Включено
Отключите доступ к репозиторию, включая сборки и запросы на извлечение, но оставьте репозиторий доступным для поиска с предупреждением.
Включено
Укажите до пяти дополнительных веток для участия в поиске кода, который по умолчанию используется только для ветки по умолчанию. Требуется установить и включить расширение поиска кода.
Политики или параметры репозитория
В следующей таблице перечислены политики или параметры, которые можно задать для всех или отдельных репозиториев. Политики, заданные для всех репозиториев , задают значение по умолчанию для отдельных репозиториев, добавленных на более позднюю дату.
Политика или параметр
По умолчанию
Description
Выключено
Блокировать отправку, если электронная почта автора коммита не соответствует указанным шаблонам. Для этого параметра требуется Azure DevOps Server 2020.1 или более поздней версии.
Выключено
Запретить добавление путей к файлам, которые соответствуют указанным шаблонам. Для этого параметра требуется Azure DevOps Server 2020.1 или более поздней версии.
Выключено
Избегайте конфликтов конфиденциальности регистра, блокируя отправки, которые изменяют регистр имени файлов, папок, ветвей и тегов.
Выключено
Блокировка отправок, которые вводят файлы, папки или имена веток, содержащие зарезервированные платформой имена или несовместимые символы.
Выключено
Блокирует изменения, которые добавляют пути, превышающие указанную длину.
Выключено
Блокирует отправки, содержащие новые или обновленные файлы, превышающие выбранное ограничение.
Политики ветвления
В следующей таблице перечислены политики, которые можно определить для настройки ветви. Дополнительные сведения о настройке этих параметров см. в статье "Улучшение качества кода с помощью политик ветви". При установке любой политики в ветви следующие политики автоматически применяются:
- Пулл-реквесты требуются для обновления ветви.
- Не удается удалить ветвь.
Примечание.
Политики ветви применяются к запросам на вытягивание на основе целевой ветви запроса на вытягивание. Правила для ветвей не должны быть установлены на временных ветвях, которые будут удалены после пул-реквеста. Добавление политик ветви во временные ветви приведет к сбою автоматического удаления ветви.
Политика
По умолчанию
Description
Выключено
Требовать, чтобы пулл-реквест одобрили указанное количество рецензентов.
Выключено
Стимулируйте прослеживаемость, проверяя наличие ссылок на рабочие элементы в pull-запросах.
Выключено
Убедитесь, что разрешены все комментарии в pull-запросах.
Ограничение типов слияний или применение стратегии слияния
Выключено
Управляйте историей ветви, ограничивая доступные типы объединения при завершении pull-запросов.
Выключено
Добавьте, включите или отключите одну или несколько политик для проверки кода путем предварительного объединения и создания изменений запроса на вытягивание.
Выключено
Добавьте, включите или отключите одну или несколько политик, чтобы требовать от других служб публикации успешного статуса для завершения pull-запросов.
Выключено
Добавьте, включите или отключите одну или несколько политик, чтобы назначить рецензентов кода, которые будут автоматически добавлены, когда запросы на вытягивание изменяют определенные области кода.
Предварительные условия
Категория | Требования |
---|---|
доступ к проекту | Член проекта . |
Разрешения | — Просмотр кода в частных проектах: по крайней мере базовый доступ. — Клонирование или внесение вклада в код в частных проектах: Участник группы безопасности для участников или наличие соответствующих разрешений в проекте. — Задайте разрешения ветви или репозитория: управление разрешениями для ветви или репозитория. — Измените ветвь по умолчанию: . Измените политики и разрешения для репозитория. — Импорт репозитория: член группы безопасности администраторов проекта или разрешение уровня проекта Git на создание репозитория установлено в «Разрешить» . Дополнительные сведения см. в разделе "Настройка разрешений репозитория Git". |
Сервисы; | Repos включено. |
Инструменты | Необязательно. Используйте команды az repos: Azure DevOps CLI. |
Примечание.
В общедоступных проектах пользователи с доступом Stakeholder имеют полный доступ к Azure Repos, включая возможность просмотра, клонирования и участия в коде.
Категория | Требования |
---|---|
доступ к проекту | Член проекта . |
Разрешения | — Просмотр кода: доступ уровня Basic хотя бы . — Клонирование или участие в коде: член группы безопасности участников или обладатель соответствующих разрешений в проекте. |
Сервисы; | Repos включено. |
Просмотр и изменение параметров и политик
Параметры, такие как настройки, можно настроить для всех репозиториев в организации или проекте, а также для отдельных репозиториев. Политики можно настроить для всех репозиториев, отдельных репозиториев или для указанных ветвей в репозиториях. Сведения о настройке политик ветви см. в разделе "Политики ветви".
Примечание.
Рекомендуется настроить параметры репозитория на уровне проекта или для отдельных репозиториев, но не для обоих. При настройке параметров на нескольких уровнях система учитывает самый строгий параметр. Настройка параметров на одном уровне снижает путаницу и проблемы с производительностью Git.
Чтобы настроить параметры репозитория и политики на веб-портале, откройте настройки проекта>репозитории из вашего веб-браузера.
Чтобы просмотреть или изменить параметры или политики для всех репозиториев Git, откройте страницу "Все репозитории " и выберите "Параметры " или "Политики".
Чтобы настроить параметры и политики для определенного репозитория, перейдите на вкладку "Репозитории ", выберите репозиторий и перейдите на вкладку "Параметры " или "Политики ".
На следующем снимке экрана показана вкладка «Параметры». Эти параметры можно определить для всех репозиториев Git или для отдельного репозитория.
На следующем снимке экрана показана вкладка Политики. Эти политики можно определить для всех репозиториев Git или для отдельного репозитория.
Имя ветви по умолчанию
Можно задать имя ветви репозитория по умолчанию на уровне организации или проекта. Параметр уровня организации вступает в силу для всех новых репозиториев во всех проектах организации. Параметр уровня проекта влияет на все новые репозитории в проекте и заменяет любой набор имен на уровне организации.
Вы можете:
- Выберите любое имя юридической ветви, используемое при инициализации репозитория.
- Измените имя по умолчанию в любое время, чтобы повлиять на все будущие репозитории.
- Измените имя ветвь по умолчанию для любого конкретного репозитория в любое время.
Если вы не включите функцию имени ветвь по умолчанию, репозитории инициализируются с именем main
Azure Repos ветвь по умолчанию.
Чтобы задать имя ветки по умолчанию на уровне организации:
- На странице организации Azure DevOps выберите параметры организации слева и выберите репозитории в области навигации слева.
- На странице "Все репозитории" задайте для имени ветви по умолчанию для новых репозиториев значение включено, а затем введите имя ветви по умолчанию.
Чтобы задать имя ветви по умолчанию на уровне проекта:
- На странице проекта Azure DevOps выберите параметры проекта слева и выберите репозитории в области навигации слева.
- На вкладке "Параметры" на странице "Все репозитории" задайте имя ветви по умолчанию для новых репозиториев на Включить, а затем введите имя ветви по умолчанию.
Примечание.
Установка Имя ветки по умолчанию для новых репозиториев требует Azure DevOps Server 2020.1 или более поздней версии.
Управление правами доступа к ветвям
Вы можете управлять разрешениями для ветвей репозитория, установив параметр управления разрешениями для всех репозиториев Git или отдельных репозиториев. Если разрешить пользователям управлять разрешениями для созданных ветвей на уровне "Все репозитории ", все новые репозитории проектов настроены, чтобы пользователи могли управлять разрешениями для созданных ветвей.
Чтобы управлять этим параметром, выполните следующие действия.
- На странице проекта Azure DevOps выберите параметры проекта слева и выберите репозитории в области навигации слева.
- На вкладке "Параметры" на странице "Все репозитории" задайте пользователям возможность управлять разрешениями для созданных ветвей значение "Вкл." или "Выкл.".
Чтобы включить или отключить этот параметр для отдельных репозиториев, выполните следующие действия.
- Выберите Параметры проекта>репозитории, а затем выберите репозиторий.
- На вкладке Настройки страницы < установите > в положение "Вкл" или "Выкл".
Изображения Gravatar
Этот параметр включает или отключает использование образов Gravatar для пользователей за пределами предприятия.
Изображения Gravatar — это настройка на уровне организации.
- На странице организации Azure DevOps выберите параметры организации слева и выберите репозитории в области навигации слева.
- На странице "Все репозитории" установите параметр изображения Gravatar в положение On или Off.
Изображения Gravatar — это параметр уровня проекта для Всех Репозиториев.
- На странице проекта Azure DevOps выберите параметры проекта слева и выберите репозитории в области навигации слева.
- На вкладке "Параметры" на странице "Все репозитории" задайте для изображений Gravatar значение On или Off.
Включение вилок
Этот параметр репозитория определяет, могут ли пользователи создавать новые серверные форки. Отключение этого параметра не удаляет существующие вилки.
- В разделе "Параметры проекта" выберите репозитории в области навигации слева.
- На вкладке репозиториев на странице "Все репозитории" выберите репозиторий.
- На вкладке Настройки на странице <имени репозитория>, установите Форки в значение Вкл. или Выкл..
Параметры связывания рабочих элементов
Эти параметры репозитория управляют связыванием рабочих элементов.
- Выберите параметры проекта>Репозитории, и затем выберите репозиторий.
- На вкладке Настройки страницы с именем <репозитория>, включите или выключите настройки включенных или выключенных.
Фиксация ссылок
При включенной опции, сообщения фиксации, содержащие #
и допустимый идентификатор рабочего элемента, автоматически связывают фиксацию с этим рабочим элементом. Отключите этот параметр, если репозиторий ранее использовал другую учетную запись или службу. Эти репозитории могут содержать сообщения о фиксации с #
упоминаниями, которые не совпадают с идентификаторами рабочих элементов в текущей учетной записи.
Упоминание разрешения рабочих элементов в коммите
Включите этот параметр для автоматического завершения рабочих элементов при закрытии связанных pull-реквестов. Этот параметр также позволяет указывать другие состояния перехода рабочих элементов в сообщениях фиксации запроса на вытягивание. Дополнительные сведения см. в разделе Автозавершение рабочих элементов с помощью запросов на вытягивание.
Параметры перехода рабочих элементов
По умолчанию опция завершения связанных рабочих элементов во время завершения пулл-реквеста запоминает последний выбор каждого пользователя. Команды, которые хотят запретить пользователям выполнять рабочие элементы с запросами на вытягивание, могут отключить этот параметр. Затем пользователи должны соглашаться на выполнение рабочих элементов каждый раз, когда они завершают pull request.
Параметр строгого режима голосования
В некоторых ситуациях пользователи, не являющиеся участниками репозитория, могут отправлять pull-запрос, который может быть объединён, в зависимости от установленных политик. Чтобы предотвратить эту возможность, включите режим строгого голосования, чтобы изменить требуемое разрешение на голосование по запросам на вытягивание репозитория для участия. Включение этого параметра рекомендуется, если вы используете форки в Azure Repos.
- Выберите Параметры проекта>Репозитории, а затем выберите репозиторий.
- На вкладке Настройки на странице <Имя репозитория> установите для параметра Строгий режим голосования значение Вкл или Выкл.
Отключение параметра репозитория
Включение этого параметра отключает доступ к репозиторию, включая сборки и pull requests, но репозиторий остаётся доступным для обнаружения с предупреждением.
- Выберите параметры проекта>репозитории, а затем выберите репозиторий.
- На вкладке Параметры страницы <Имя репозитория> установите Отключить репозиторий в положение Включено или Отключено.
Настройка поиска по веткам
По умолчанию, поиск кода в файлах применяется только для ветки по умолчанию. Для поиска можно добавить до пяти дополнительных ветвей.
Внимание
Чтобы выполнить поиск кода в репозиториях, необходимо установить расширение поиска кода Marketplace. Если вы не видите ветвей поиска на вкладке "Параметры репозитория", убедитесь, что у вас установлено расширение.
Чтобы добавить ветви для поиска кода:
- Выберите Параметры проекта>Репозитории, а затем выберите репозиторий.
- На вкладке Настройки страницы имени репозитория выберите + в разделе Искомые ветви.
- Выберите ветвь, включаемую в поиск, и нажмите кнопку "Добавить ветвь".
Политики межрепозиторных веток
Политики можно задать для определенного имени ветви или на ветвь по умолчанию во всех репозиториях проекта. Например, для всех репозиториев проектов может потребоваться два минимальных рецензента для всех запросов на вытягивание в каждой main
ветви.
Чтобы задать политики для защиты определенных имен ветвей или ветвей по умолчанию в проекте:
В разделе "Параметры проекта" выберите репозитории в области навигации слева.
На странице "Все репозитории" выберите вкладку "Политики".
В нижней части страницы выберите знак плюса + в Политики веток.
На экране "Добавить ветвь" выберите "Защитить ветвь по умолчанию каждого репозитория" или "Защитить текущие и будущие ветви", соответствующие указанному шаблону.
Если выбрать второй параметр, введите имя ветви для защиты. Информационное сообщение позволяет узнать, сколько текущих ветвей затронуты. Помните, что введенное имя ветви (или введенный шаблон) воспринимается с учетом регистра. Чтобы защитить имя ветви, сама ветвь еще не должна существовать.
Нажмите кнопку создания.
На странице Кросс-репозиторные политики для <названия ветки> установите политики, которые вы хотите для защищенных ветвей. Дополнительные сведения о политиках ветви см. в разделе "Политики ветви".
Политика проверки электронной почты автора коммита
Эта политика блокирует коммиты в репозитории от авторов коммитов, адреса электронной почты которых не соответствуют шаблону.
Выберите Параметры проекта>репозитории и выберите репозиторий, если вы хотите настроить только этот репозиторий.
На вкладке "Правила" страницы "Все репозитории" или <Имя репозитория> в разделе Правила репозитория установите для параметра Проверка электронной почты автора коммита значение "Включено" или "Выключено".
Если вы включите политику, укажите соответствующий адрес или адреса электронной почты.
Можно указать точные адреса электронной почты или использовать подстановочные знаки. Используйте
;
в качестве разделителя для нескольких шаблонов электронной почты. Шаблоны электронной почты, префиксированные с!
помощью, исключаются. Порядок важен.
Политика проверки пути к файлу
Вы можете задать политику, которая предотвращает коммиты в репозитории из файловых путей, соответствующих шаблону.
Выберите Параметры проекта>Репозитории и выберите репозиторий, если вы хотите настроить только этот репозиторий.
На вкладке > репозитория" установите для проверки пути к файлу значение "Вкл." или "Выкл.".
Если включить политику, укажите путь или пути, которые нужно заблокировать.
Можно указать точные пути и подстановочные знаки. Точные пути начинаются с
/
. Можно также указать несколько путей с помощью;
разделителя. Пути с префиксом!
исключаются. Порядок важен.
Политика применения мер
Git учитывает регистр, то есть файл с именем Foo.txt отличается от файла с именем foo.txt. Однако Windows и macOS по умолчанию файловые системы нечувствительны к регистру, что означает, что Foo.txt и foo.txt имеют одно и то же имя. Это несоответствие может привести к проблемам, если кто-то в нечувствительной системе отправляет файлы, папки, ветви или теги, которые отличаются только по буквам. Дополнительные сведения см. в статье о кроссплатформенной совместимости Git.
Если большинство участников находятся в Windows или macOS, рекомендуется включить политику принудительного применения случаев . Переключение учета регистра изменяет работу сервера с режима, в котором File.txt и file.txt рассматриваются как разные файлы, на режим, совместимый с Windows и macOS, где File.txt и file.txt считаются одним и тем же файлом. Этот параметр распространяется на файлы, папки, ветви и теги.
Этот параметр запрещает участникам вводить различия только в регистре. Этот параметр позволяет избежать конфликтов конфиденциальности регистра, блокируя отправки, которые изменяют регистр имени в файлах, папках, ветвях и тегах. Чтобы устранить проблему, пользователь должен переписать свою незапушенную историю, а затем попробовать запушить заново.
Этот параметр не исправит репозиторий, который уже содержит объекты, которые отличаются только по регистру. Прежде чем включить политику, рекомендуется устранить такие проблемы. Переименуйте файлы и папки или повторно создайте ветви и теги , чтобы использовать не конфликтующие имена.
Чтобы задать политику принудительного применения регистра, выполните следующие действия.
- Выберите Параметры проекта>Репозитории и выберите репозиторий, если вы хотите настроить только этот репозиторий.
- На вкладке Политики на странице Все репозитории или <имя репозитория> в разделе Политики репозитория установите Проверку регистра в положение Вкл или Выкл.
Политика зарезервированных имен
Не все имена файлов разрешены в трех основных файловых системах ОС: Windows, macOS и Linux. Фиксации в общем репозитории могут содержать имена файлов или папок, недопустимые на одной или нескольких платформах. Если недопустимые файлы или папки загружаются и оформляются на этих платформах, рабочие каталоги могут быть повреждены. Дополнительные сведения см. в статье о кроссплатформенной совместимости Git.
Вы можете включить или отключить политики для размещения ограничений по именам файлов и папок. Настройка зарезервированных имен блокирует отправку в репозиторий, если имена файлов или папок недопустимы на всех платформах. Сведения о недопустимых именах см. в статье о кроссплатформенной совместимости Git.
Чтобы задать политику зарезервированных имен, выполните следующие действия.
- Выберите параметры проекта>репозитории и выберите репозиторий, если вы хотите настроить только этот репозиторий.
- На вкладке Политики на странице Все репозитории или <Имя репозитория> в разделе Политики репозитория задайте для Зарезервированных имен значение Вкл. или Выкл..
Политика максимальной длины пути
Не все длины пути разрешены в трех основных файловых системах ОС: Windows, macOS и Linux. Фиксации в общем репозитории могут содержать файлы или каталоги с недопустимой длиной пути на одной или нескольких платформах. Если эти файлы или каталоги извлекаются и извлекаются на платформе, в которой они недопустимы, рабочие каталоги могут стать повреждены. Дополнительные сведения см. в статье о кроссплатформенной совместимости Git.
Параметр максимальной длины пути блокирует отправки, содержащие файлы или каталоги с недопустимой длиной пути на любой платформе. Чтобы узнать, какая длина пути недопустима, ознакомьтесь с кроссплатформенной совместимостью Git. Если вы включаете этот параметр, максимальное значение по умолчанию составляет 248
, потому что такая максимальная длина поддерживается на 100 % на всех трех основных платформах.
Можно изменить максимальное значение пути. Например, если у вас есть только разработчики macOS или Linux в вашей организации, можно задать максимальную длину значения, поддерживаемого на обеих платформах 1016
. Вы также можете задать более низкое максимальное значение пути для применения соглашений об именовании каталогов организации.
Чтобы задать максимальную политику длины пути, выполните следующие действия.
- Выберите Параметры проекта>Репозитории и выберите репозиторий, если вы хотите настроить только этот репозиторий.
- На вкладке «Политики» страницы «Все репозитории» или <имя репозитория>, в разделе «Политики репозитория», задайте максимальную длину пути в «Вкл.» или «Выкл.».
- Если вы включили параметр, введите максимальную длину пути.
Политика максимального размера файла
Большие файлы, зарегистрированные в Git, остаются в репозитории неограниченное время, увеличивая время клонирования и использование дисков. Рекомендации по управлению большими файлами см. в статье "Управление большими файлами" и хранение больших файлов в Git.
Параметр политики максимального размера файла блокирует доступ к файлам с определенным размером при входе в репозиторий. Если push-запрос содержит новый или обновленный файл, превышающий ограничение, настроенное в этом параметре, push-запрос блокируется. Чтобы удалить большой файл, пользователь должен перезаписать журнал незавершенной отправки и повторить попытку отправки.
Чтобы настроить политику максимального размера файла, выполните следующие действия.
- Выберите Настройки проекта>Репозитории и выберите репозиторий, если вы хотите настроить только его.
- На вкладке Политика на странице Все репозитории или <Имя репозитория> в разделе Политика репозитория задайте максимальный размер файла на Включить или Выключить.
- Если вы включили параметр, выберите максимальный размер файла.