DiscoveryType.VisualStudioSetup no longer works when upgrading to net60 explicitly targeting net60-windows/win-x64
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- csharp
- Lĩnh vực
- build-system, devtools
Hướng nghiên cứu
Bắt đầu với MSBuildLocator.QueryVisualStudioInstances và các đường dẫn DiscoveryType.VisualStudioSetup và DiscoveryType.DeveloperConsole, sau đó so sánh hành vi khi nhắm mục tiêu đến net60, net60-windows và win-x64. Issue được giải quyết khi chức năng được hỗ trợ có sẵn trong một package phù hợp, hoặc khi việc discovery không được hỗ trợ thất bại rõ ràng và tài liệu của package giải thích giới hạn cũng như các phương án thay thế.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
We are in the process of upgrading our test infrastructure to net60 and we are using MSBuildLocator.QueryVisualStudioInstances(new VisualStudioInstanceQueryOptions { DiscoveryTypes = DiscoveryType.VisualStudioSetup }) to get the location of msbuild.exe, which we need to perform out of process roundtrip testing of our decompiler (as can be seen here).
Could you please provide a Windows-specific build of this nuget package, which works with net60 and up and includes the FEATURE_VISUALSTUDIOSETUP features?
Either that, or:
- Fail fast with a
NotSupportedExceptionifDiscoveryType.VisualStudioSetuporDiscoveryType.DeveloperConsoleare used, stating the reason - I had to decompile the nuget package to understand what was going on, - Update the documentation and package description accordingly so that it says that (more than) half of the features are not available when using the nuget package with net or netcore
- and provide guidance on how to get the functionality, if it is not/no longer available using this official package - this is especially important because the classic framework will fade away sooner or later, leaving us in this "broken" state.
Alternatively, %PROGRAMFILES%\dotnet\sdk<version>\ could simply include a runnable msbuild.exe for people, who need it. But I guess, this would be a request for the dotnet runtime repo. I am just wondering, why nobody at Microsoft thought this might be useful and included it out of the box.
Thank you very much!
- Ngôn ngữ chính
- C#
- Star
- 262
- Fork
- 91
- Merge trung bình
- 11 ngày 22 giờ
- Pull request đã merge (30 ngày)
- 3
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của microsoft/MSBuildLocator
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
microsoft/MSBuildLocator#390 · 1 reaction ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 64/100
microsoft/MSBuildLocator#389 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
microsoft/MSBuildLocator#380 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
microsoft/MSBuildLocator#377 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
microsoft/MSBuildLocator#371 · 1 bình luận ·
Tất cả issue của microsoft/MSBuildLocator
Issue tương tự
-
untriaged
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
dotnet/dotnet-api-docs#13095 ·
-
area-deployment area-integrations triage:bot-seen
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 86/100
-
type/automation type/tech-debt
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
newrelic/newrelic-dotnet-agent#3850 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
LuckyPennySoftware/AutoMapper#4660 ·