Насколько широк должен быть «Объем доступа», назначенный токену личного доступа в AzureDevops, используемый для GIT?

Question

Фон

Я пытаюсь использовать утилиту командной строки git в WSL и Linux для доступа к репозиториям GIT в DevOps Azure. Согласно документации Microsoft найдено здесь .

Для инструментов сторонних разработчиков, которые интегрируются в DevOps Azure, но не поддерживают учетную запись Microsoft или проверку подлинности Azure AD, необходимо использовать PAT. Например, Git, NuGet или Xcode.

A PAT - токен личного доступа. A PAT допускает 30+ областей доступа , а scope имеет несколько подопций. Для ясности я ссылаюсь на эту форму.

Вопрос

Помимо области действия code (что очевидно), существуют ли какие-либо другие разрешения / области, которые должны быть включены для обеспечения полной функциональности git при взаимодействии с DevOps Azure?

Answer 1

Подробную информацию обо всех областях можно посмотреть здесь .Какую область вы можете установить, подробно описано в списке областей.Если вы используете GCM в linux для подключения к удаленному репозиторию Git, расположенному в VSTS, GCM откроет окно веб-браузера, чтобы вы могли аутентифицировать и авторизовать доступ к вашей учетной записи, он создаст PAT для области vso.code_write, фактически предоставив разрешение Gitчитать и писать в свои репозитории Git, размещенные в VSTS.Я не уверен, fully functional в вашем посте означает полный доступ.

Answer 2

Нет, вам не нужны никакие другие возможности для работы с репо. Я также совершенно уверен, что вам не нужно управлять разрешениями, но я не проверял эту гипотезу.