Làm thế nào để có được TFS2015 Build (Build.vnext) và gói NuGet khôi phục để sử dụng các nguồn gói tùy chỉnh

Question

Tôi đang cố gắng để có được TFS2015 Build (TFSBuild vnext) của chúng tôi cùng với Dịch vụ Đội VS.

Vì vậy, đến nay hầu hết blogs and documentation đều hữu ích, ngoại trừ khi cố gắng xây dựng một dự án sử dụng nguồn gói tùy chỉnh để khôi phục gói tự động NuGet.

Tôi đã triển khai thành công một Team Services Build Agent (cơ chế mới cho các bản dựng) và tất cả dường như hoạt động tốt cho đến khi tác vụ xây dựng Khôi phục các gói NuGet thất bại.

Lỗi do nguồn gói tùy chỉnh/riêng tư không được chọn từ cấu hình VS đã cài đặt, do đó không thể tìm thấy các gói đó. Các gói truyền thống từ nguồn cấp dữ liệu gói NuGet mặc định đã khôi phục mà không có vấn đề.

Làm cách nào để chỉ định nguồn gói bổ sung cho NuGet sử dụng khi sử dụng tác nhân?

EDIT: vcastro hỏi về bước xây dựng Trình cài đặt NuGet và xác định đường dẫn trong cấu hình của bước xây dựng đó. Ở trên là sử dụng Visual Studio Build bước và tùy chọn tích hợp để có NuGet khôi phục gói. Tham khảo hình ảnh này để tham khảo:

Answer 1

Tôi đã scrounged web với rất ít thành công, nhưng sau không quan trọng sau đây sẽ giúp:

OK Dường như các nguồn gói cấu hình cho NuGet.config được lưu trữ cho mỗi tài khoản người dùng , ví dụ

c:\Users\<<username>>\AppData\Roaming\NuGet\NuGet.config

Vấn đề của tôi là khó khăn hơn để giải quyết, bởi vì các đại lý xây dựng đã được chạy như một Windows Service theo tài khoản Local System. Vì vậy, để có được cấu hình NuGet để cho việc xây dựng, tôi đã phải sử dụng đường dẫn sau để thay thế:

• 64-bit Windows C:\Windows\SysWOW64\config\systemprofile\AppData\Roaming\NuGet\NuGet.Config
• 32-bit của Windows C:\Windows\System32\config\systemprofile\AppData\Roaming\NuGet\NuGet.Config

Bạn có thể cần phải có cao quyền để tạo các thư mục con NuGet và NuGet.Config.

Lưu ý: Tôi không có giải pháp để sử dụng tài khoản Local Service. Các công trình trên chỉ hoạt động cho tài khoản Local System (hoặc người dùng thực tế).

Answer 2

Thêm NuGet.config vào dự án của bạn chỉ định vị trí gói thay thế. Các quy tắc giải quyết được xác định rõ và được giải thích trong chính thức documentation.

Answer 3

Hoặc bạn cũng có thể thêm một bước xây dựng NuGet Installer trước bước Visual Studio Build trong cấu hình xây dựng của mình để khôi phục tất cả các gói NuGet.

Ở đó bạn có thể vượt qua vị trí của repo tin của bạn như là đối số để nuget.exe:

-source "https://www.nuget.org/api/v2/;http://mynugetserver"

Answer 4

Một giải pháp (công trình đối với tôi) là tài khoản thay đổi cho TFS 2015 dịch vụ đại lý xây dựng (trên máy xây dựng của tôi VSO Tác nhân tsf.Agent-PC) để tfsagent, ví dụ, và thêm Nuget.config vào C: \ Users \ tfsagent \ AppData \ Roaming \ Nuget. Đó là tất cả!

Answer 5

Có một nhiệm vụ VSTS mới có tên "NuGet Installer" cho phép bạn kiểm tra tệp NuGet.config và chỉ định các nguồn gói khác nhau. Chạy tác vụ này trước khi bạn chạy MSBuild.

Nếu bạn đang sử dụng VSTS NuGet thức ăn bạn sẽ cần phải thêm tài khoản xây dựng dịch vụ cho thức ăn để cho phép tải các gói https://www.visualstudio.com/get-started/package/use/common-identities

Answer 6

Trong RTM của Team Foundation Server 2015 bạn phải thêm một bước xây dựng kiểu "NuGet Installer", và khôi phục các gói của tệp Solution trước khi bạn chạy quá trình xây dựng thực tế. Trong tác vụ này, bạn có thể chuyển đối số -ConfigFile path/to/nuget.config chứa đường dẫn lưu trữ của bạn.

Ví dụ:

<configuration> 
    <packageSources> 
    <add key="Internal Nuget" value="\\srv-nuget\Repo" /> 
    </packageSources> 
</configuration> 

Answer 7

1. Chỉ định tùy chỉnh của bạn NuGet URL cấp dữ liệu trong tập tin nuget.config của giải pháp. Không lưu trữ bất kỳ tên người dùng nào & mật khẩu trong tệp này.

   <add key="nuget.org" value="https://www.nuget.org/api/v2/" /> 
   <add key="MyCompany" value="https://nuget.mycompany.com:443/nuget" /> 
   

2. Tạo tên & biến mật khẩu trong định nghĩa xây dựng của bạn trong VSTS. Các biến có thể được mã hóa và sẽ không được hiển thị trong bất kỳ đầu ra nhật ký xây dựng nào. Ở đây tôi sẽ tạo các biến số MyCompanyNugetUser và MyCompanyNugetPwd.

3. Trong các bước xây dựng của mình, chúng tôi thêm tập lệnh Powershell làm tác vụ đầu tiên, điều này sẽ đọc tên người dùng & biến mật khẩu và cập nhật tệp nuget.config cấp người dùng trên máy xây dựng.Dưới đây là đoạn mã từ inline Powershell kịch bản của tôi:

   Arguments:

   $(MyCompanyNugetUser) $(MyCompanyNugetPwd) 
   

   Script:

   param($user, $pwd) 
   
   $nugetFile = "$ENV:AGENT_HOMEDIRECTORY\agent\worker\tools\nuget.exe" 
   Write-Output "Looking for nuget.exe in $nugetFile" 
   
   if (-not (Test-Path $nugetFile)) 
   { 
       Write-Error "nuget.exe could not be located." 
       return 
   } 
   
   Write-Output "nuget.exe located" 
   
   $cmd = "$nugetFile sources add -name MyCompany -source https://nuget.mycompany.com:443/nuget -username $user -password $pwd -StorePasswordInClearText" 
   Write-Output $cmd 
   iex $cmd 
   

4. Tiếp theo, chúng ta chỉ cần tiếp tục thực hiện mặc định NuGet Restore bước từ các mẫu của Microsoft

More đây: https://codingcase.com/2016/07/27/vsts-build-setup-custom-nuget-feeds-with-authentication/

HTH

Answer 8

Nếu bạn đang gặp khó khăn này để làm việc trên UWP ONLY, sau đó đảm bảo rằng bạn có trường hợp của các tên gói đúng chính tả. Nếu trường hợp là sai, thì (chỉ dành cho UWP) máy chủ xây dựng của chúng tôi không thành công.

ví dụ, nếu bạn có một gói phần mềm được gọi là Com.Company.Components và cập nhật các gói sử dụng "cài đặt gói com.company.components" (lưu ý trường hợp của bức thư ban đầu) sau đó UWP xây dựng trên máy chủ xây dựng có thể không tìm thấy gói trong cửa hàng địa phương của bạn.