chỉ định tệp dự án của một giải pháp bằng cách sử dụng msbuild

Tôi muốn dòng lệnh để xây dựng một dự án cụ thể của một giải pháp bằng cách sử dụng msbuild giống như chúng ta làm với devenv.com. Trong devenv.com, chúng ta có thể chỉ định một dự án của một giải pháp bằng cách sử dụng dòng lệnh sau

devenv.com /Build Release|x86 test.sln /project "testproject"

Sử dụng dòng lệnh trên, tôi có thể xây dựng testproject trong test.sln bằng cách sử dụng devenv.com. Dòng lệnh cho msbuild là gì cho cùng một giải pháp.

Cảm ơn

msbuild test.sln /t:project /p:Configuration="Release" /p:Platform="x86" /p:BuildProjectReferences=false

Lưu ý rằng những gì được gán cho /tlà tên dự án trong giải pháp, nó có thể khác với tên tệp dự án.

Ngoài ra, như đã nêu trong Cách: Xây dựng các mục tiêu cụ thể trong các giải pháp bằng cách sử dụng MSBuild.exe :

Nếu tên dự án chứa bất kỳ ký tự %, $, @, ;, ., (, ), hoặc ', thay thế bằng một _nhân danh mục tiêu cụ thể.

Bạn cũng có thể xây dựng nhiều dự án cùng một lúc:

msbuild test.sln /t:project;project2 /p:Configuration="Release" /p:Platform="x86" /p:BuildProjectReferences=false

Để xây dựng lại hoặc làm sạch, hãy thay đổi /t:projectthành /t:project:cleanhoặc/t:project:rebuild

MSBuild thực sự hoạt động thông qua việc sử dụng các dự án không phải là giải pháp. Giải pháp chỉ được sử dụng để phân tích cú pháp thành tệp dự án tạm thời trong MSBuild trong nội bộ. Bạn có thể chỉ cần xây dựng dự án quan tâm trực tiếp thông qua MSBuild bằng cách thực hiện lệnh sau.

"msbuild testproject /p:Configuration=Release /p:Platform=x86"

Có một vấn đề lớn mà tôi biết bạn có thể gặp phải khi sử dụng dự án trực tiếp thay vì giải pháp: nếu bạn sử dụng giải pháp để thể hiện sự phụ thuộc giữa các dự án, thay vì thêm các tham chiếu đến dự án và để hệ thống xây dựng tự động giải quyết các phụ thuộc .

Nếu bạn đang thực thi lệnh xây dựng bằng cách sử dụng tệp sln, tôi khuyên bạn nên làm việc trực tiếp các phần phụ thuộc đó vào tệp proj và xóa chúng khỏi sln. Điều này sẽ cho phép bạn gọi trực tiếp bất kỳ tệp proj nào từ MSBuild và tất cả các dự án sẽ được xây dựng độc lập mà không cần thực hiện thêm bất kỳ công việc nào. Bạn thực sự nên coi tệp sln như một nhóm dự án để làm việc trong Visual Studio dễ dàng hơn chứ không phải là đầu vào xây dựng.

Đăng dưới dạng thông tin cho những người tìm kiếm trong tương lai

Thêm phần sau vào tập lệnh xây dựng và chạy nó một lần. Điều này sẽ tạo ra các mục tiêu chính xác và thông tin khác mà msbuild sẽ thực sự sử dụng.

Ví dụ: Nếu bạn có .trong tên dự án hoặc các thư mục, msbuild sẽ mong đợi _ở vị trí của ..

set MSBuildEmitSolution=1

Sau khi nhận được thông tin, hãy cập nhật kịch bản xây dựng với các chi tiết cần thiết.

Để làm được điều này, bạn cần biết tên mục tiêu của dự án là gì, không nhất thiết phải biết tên dự án.

Một cách để tìm ra điều này là sử dụng MSBuild chống lại SLN của bạn với các tham số dự định sau khi thiết lập một biến môi trường đặc biệt được gọi là MSBuildEmitSolutiongiá trị của 1.

set MSBuildEmitSolution=1
msbuild my_stuff.sln /t:rebuild /p:Configuration=Release /p:Platform=x64

Gần đây tôi đã phải làm điều này do tên rất cụ thể cho một mục tiêu trong các thư mục lồng nhau. Vì vậy, từ tệp đã tạo của tôi, my_stuff.sln.metaprojtôi tìm thấy dòng này:

<Target Name="Utils\Firewall\FirewallUtils:Rebuild">

Điều đó có nghĩa là dòng lệnh sử dụng cuối cùng là

msbuild my_stuff.sln /t:Utils\Firewall\FirewallUtils:Rebuild /p:Configuration=Release /p:Platform=x64

Chỉ để thêm thông tin bổ sung, thực thi msbuild trong thư mục dự án theo mặc định sẽ tạo tệp dự án vì tệp duy nhất ở đó.

>msbuild

Có nhiều biến thể của việc sử dụng msbuild theo cách này. Bạn có thể chỉ định tệp proj trực tiếp.

>msbuild helloworld.csproj -t:Build.

Xem lại tài liệu msbuild để biết cách sử dụng, yêu cầu tệp proj cũng như lợi ích của việc xây dựng dự án thay vì giải pháp.

Tài liệu MS MSBuild

Có những lợi ích khi xây dựng theo cách này như đã được đề cập ở trên bởi mark-smith.