Linux “该”的范围应该有多广;访问范围“;,分配给AzureDevops中的个人访问令牌,用于GIT Be? 出身背景

Linux “该”的范围应该有多广;访问范围“;,分配给AzureDevops中的个人访问令牌,用于GIT Be? 出身背景,linux,git,authentication,azure-devops,windows-subsystem-for-linux,Linux,Git,Authentication,Azure Devops,Windows Subsystem For Linux,我正在尝试使用WSL和Linux上的git命令行实用程序访问Azure DevOps上的git存储库。根据微软的文档发现 对于集成到Azure DevOps但不支持Microsoft帐户或Azure AD身份验证的非Microsoft工具,您必须使用PATs。示例包括Git、NuGet或Xcode PAT是个人访问令牌。 PAT允许30多个访问范围,一个范围有多个子选项。 为清楚起见,我指的是这份表格 问题 除了代码作用域(这是显而易见的),还有什么其他权限/作用域应该被启用,以便在与Azure

我正在尝试使用WSL和Linux上的
git
命令行实用程序访问Azure DevOps上的git存储库。根据微软的文档发现

对于集成到Azure DevOps但不支持Microsoft帐户或Azure AD身份验证的非Microsoft工具,您必须使用PATs。示例包括Git、NuGet或Xcode

PAT是个人访问令牌。 PAT允许30多个访问范围,一个范围有多个子选项。 为清楚起见,我指的是这份表格

问题
除了代码作用域(这是显而易见的),还有什么其他权限/作用域应该被启用,以便在与Azure DevOps接口时,
git
能够完全发挥功能吗?

没有,您不需要任何其他作用域来与repo一起工作。我也很确定您不需要管理权限,但我没有验证这一假设。

您可以看到有关所有作用域的详细信息。范围列表中详细说明了可以设置的范围。如果您在linux上使用GCM连接VSTS中托管的远程Git存储库,GCM将打开一个web浏览器窗口,以便您可以验证和授权对您的帐户的访问,它将为vso.code_write创建一个PAT范围,有效地授予Git读写VSTS中托管的Git存储库的权限。我不确定你帖子中的
功能齐全
是否意味着完全访问