VSTS Build vNext NuGet niestandardowe źródło pakietu

Question

Mamy umowę o współpracy z Azure z główną subskrypcją, z którą powiązane jest konto VSTS. Skonfigurowaliśmy rozszerzenie zarządzania pakietami w celu obsługi kilku użytecznych pakietów dla różnych projektów. Dla każdego klienta tworzymy subskrypcję na tym koncie EA i VSTS. Budujemy projekty naszych klientów na Hosted Build Agent tej ostatniej subskrypcji. Ale kiedy nadszedł czas na proces kompilacji w celu przywrócenia pakietów NuGet (przy użyciu zadania instalatora Nuget), które są przechowywane w głównym pliku danych pakietu, wygląda na to, że usługa kompilacji nie może uzyskać dostępu do tego źródła danych (prawdopodobnie dlatego, że nie jest częścią tego samego subskrypcji) .

Czy istnieje sposób zezwalania na zewnętrzną usługę kompilacji w głównych uprawnieniach do pliku danych lub nawet użycie klucza API w zadaniu instalatora NuGet definicji definicji klienta, aby można było przywrócić pakiety z głównego pliku danych?

EDIT: I tryed używać konkretnego nuget.config albo z apiKey (z tym samym klucz API, który jest ustawiony lokalnie na moim komputerze dev) lub packageSourceCredentials znaczników. Żadna z 2 nie pozwala agentowi kompilacji przywracać pakietów.

EDIT: budować ekranu agenta (COETools.Testing pochodzi z niestandardowym paszy na innym subskrypcji)

EDIT: nuget.config

EDIT: Zmieniłam zadanie gromadzenie w użyciu agenta domyślnego dostarczono nuget.exe (wcześniej korzystałem z jednej kontrolki źródłowej) i udało mi się przywrócić pakiety z oficjalnego pliku nuget. Ale nadal nie mogę mieć tego z niestandardowego kanału do przywrócenia.

Answer 1

OK, miałem go do pracy, ale nie podoba mi się sposób, w jaki to zrobiłem, bo miałem do korzystania z mojego prywatnego dostępu żeton w packageSourceCredentials znaczników.

Oto nuget.config użyłem:

Lepszym sposobem na to byłoby użyć klucza API (jak ten, który jest generowany w dev lokalnego nuget.config maszynowego zamiast osobistego tokenu dostępu