分配给 AzureDevops 中的个人访问令牌的 "Scope of Access" 用于 GIT 的范围应该有多广？
How Broad Should the "Scope of Access", Assigned to Personal Access Token in AzureDevops, Used for GIT Be?
背景
我正在尝试使用 WSL 上的 git 命令行实用程序和 Linux 访问 Azure DevOps 上的 GIT 存储库。根据微软文档发现here.
For non-Microsoft tools that integrate into Azure DevOps but don't support Microsoft account or Azure AD authentication, you must use PATs. Examples include Git, NuGet, or Xcode.
A PAT 是个人访问令牌。
PAT 允许 30+ 访问范围 而 scope 有多个子选项。
为了清楚起见，我指的是这个表格。
问题
除了 code 作用域（很明显）之外，是否还有任何其他 permissions/scopes 应该启用以使 git 在接口时完全发挥作用使用 Azure DevOps？
不，您不需要任何其他范围来使用该存储库。我也很确定你不需要管理权限，但我没有测试这个假设。
您可以看到所有作用域的详细信息here。您可以设置的范围在范围列表中有详细说明。如果您在 linux 上使用 GCM 连接托管在 VSTS 中的远程 Git 存储库，GCM 将打开一个网络浏览器 window 以便您可以对您的帐户进行身份验证和授权访问，它将创建范围为 vso.code_write 的 PAT，有效授予 Git 读取和写入 VSTS 中托管的 Git 存储库的权限。我不确定您的 post 中的 fully functional 是否表示完全访问权限。
背景
我正在尝试使用 WSL 上的 git 命令行实用程序和 Linux 访问 Azure DevOps 上的 GIT 存储库。根据微软文档发现here.
For non-Microsoft tools that integrate into Azure DevOps but don't support Microsoft account or Azure AD authentication, you must use PATs. Examples include Git, NuGet, or Xcode.
A PAT 是个人访问令牌。
PAT 允许 30+ 访问范围 而 scope 有多个子选项。
为了清楚起见，我指的是这个表格。
问题
除了 code 作用域（很明显）之外，是否还有任何其他 permissions/scopes 应该启用以使 git 在接口时完全发挥作用使用 Azure DevOps？
不，您不需要任何其他范围来使用该存储库。我也很确定你不需要管理权限，但我没有测试这个假设。
您可以看到所有作用域的详细信息here。您可以设置的范围在范围列表中有详细说明。如果您在 linux 上使用 GCM 连接托管在 VSTS 中的远程 Git 存储库，GCM 将打开一个网络浏览器 window 以便您可以对您的帐户进行身份验证和授权访问，它将创建范围为 vso.code_write 的 PAT，有效授予 Git 读取和写入 VSTS 中托管的 Git 存储库的权限。我不确定您的 post 中的 fully functional 是否表示完全访问权限。