VSTS Build vNext NuGet пользовательский источник пакета

Question

У нас есть соглашение Azure Entreprise с основной подпиской, к которой привязана учетная запись VSTS. Мы установили расширение управления пакетами, чтобы разместить несколько полезных пакетов для разных проектов. Для каждого клиента мы создаем подписку в этом советнике и связанную с ней учетную запись VSTS. Мы строим наши проекты клиентов на агенте сборки Hosted последней подписки. Но когда приступим к процессу сборки для восстановления пакетов NuGet (с использованием задачи установщика Nuget), которые хранятся в основном пакете, похоже, что служба сборки не может получить доступ к этому фиду (вероятно, потому, что он не является частью одной и той же подписки) ,

Есть ли способ разрешить внешнюю службу сборки в разрешениях основной подачи или даже использовать ключ api в задаче установщика NuGet для определения сборки клиента, чтобы иметь возможность восстанавливать пакеты из основного канала?

EDIT: я судимый использовать определенную nuget.config либо с apiKey (с тем же ключом апите, локально установленный на моем Dev машине) или packageSourceCredentials тегов. Ни один из 2 не позволяет агенту сборки восстанавливать пакеты.

EDIT: создать скриншот агента (COETools.Testing происходит от пользовательского корма на другой подписки)

EDIT: nuget.config

EDIT: Я изменил задачу сборки использовать агент по умолчанию поставляется с nuget.exe (ранее я использовал его в исходном элементе управления), и мне удалось вернуть пакеты из nuget официального фида. Но я все еще не могу иметь один из настраиваемого фида для восстановления.

Answer 1

ОК, я имел его работать, но я не люблю так, как я это сделал, потому что я должен был использовать свой личный маркер доступа в packageSourceCredentials тегов.

Вот nuget.config я использовал:

Лучший способ сделать это будет использовать ключ API (как тот, который генерируется в Dev локальной машине nuget.config вместо точного токена доступа.