问题描述
在Azure DevOps环境中遇到了一个问题：他们无法从不同项目中的私有Feed（Artifacts）中找到所需的NuGet包。具体来说，他们的架构如下：
1. 在Azure DevOps中，有一个公司的”space”：dev.azure.com/OurCompany
2. 在这个”space”下，有多个项目，分别是”Green”、”Blue”和”Red”。
3. “Red”项目中存放了一些通用的帮助类DLL，这些DLL被”Green”和”Blue”项目的应用程序所消耗，这些DLL被制作为NuGet包。
4. 在”Red”项目的Artifacts中，存在一个”organizational scoped feed”，但由于这些NuGet包需要在整个公司范围内都可用（包括Azure和公司内部的桌面机器上运行的Visual Studio），因此该”organizational scoped feed”并不适用。
5. 因此，他们在”Red”项目的Artifacts中创建了一个新的Feed，并对权限进行了配置。
问题出现在”Green”和”Blue”项目的构建Pipeline中的NuGet还原步骤，出现了找不到NuGet包的错误。用户怀疑这可能是一个权限问题。
解决方案
在解决此问题之前，我们先来理解一些相关背景知识。根据用户提供的信息，他们的问题可能与构建作用域设置有关。接下来，我们将提供两种可能的解决方案，用户可以根据实际情况选择其中一种。
请注意以下操作可能涉及到版本差异，需要根据具体情况进行调整。
解决方案1：更改构建作用域设置
在Azure DevOps中，构建的作用域设置可以影响到构建过程中的资源访问权限。根据用户的描述，问题可能与”Limit job authorization scope to current project”选项相关。
- 打开Azure DevOps中的项目。
- 在底部左侧，点击”Project Settings”。
- 在”Project Settings”页面中，选择”Pipelines” > “Settings”。
- 确保”Limit job authorization scope to current project”的选项设置为
false。如果此选项处于灰色状态，可能是因为它在组织级别被强制执行。在这种情况下，首先在组织级别更改它，然后再在项目级别进行设置。
此设置更改后，重新运行构建Pipeline，看是否解决了NuGet包的访问问题。
解决方案2：检查权限设置
另一个可能的问题是权限设置。用户已经对”Red”项目的Feed进行了一些权限配置，但可能还需要进一步的设置。
- 确保在”Red”项目的Feed中，已经将需要访问此Feed的用户或组添加为”Reader”或”Contributor”。用户提到已经添加了一些用户和组，但可能需要进一步确认。
请注意，这个解决方案可能需要与Azure DevOps的管理员或权限管理人员合作，以确保正确的权限设置。
在完成以上操作后，重新运行构建Pipeline，看是否解决了NuGet包的访问问题。
总结
根据用户提供的信息，您可以尝试以上两种解决方案之一，以解决在Azure DevOps中访问NuGet包的权限问题。这些解决方案可能会涉及到权限设置和构建作用域设置的更改。如果问题仍然存在，请确保与Azure DevOps的管理员或权限管理人员进行合作，以获得进一步的支持和解决方案。
需要特别注意的是，以上操作可能受到Azure DevOps的版本和具体设置的影响，因此在实施之前请确保备份相关设置，以免造成不可逆的影响。