VS 2015 Cập nhật 1 - Xác nhận quyền sở hữu Tôi đang gỡ lỗi một bản phát hành

Sau khi cập nhật lên bản cập nhật VS 2015 1, nếu tôi chạy một dự án web (MVC), hãy dừng ứng dụng, sau đó thử chạy lại, VS dừng và bật lên hộp thoại xác nhận quyền sở hữu

Bạn đang gỡ lỗi một bản phát hành của <myproject.dll>.

Việc sử dụng Just My Code với các bản phát hành sử dụng tối ưu hóa trình biên dịch dẫn đến trải nghiệm gỡ lỗi bị giảm sút (ví dụ: các điểm ngắt sẽ không bị tấn công).

Vấn đề là tôi không chạy một bản phát hành. Rõ ràng là tôi đang chạy phiên bản gỡ lỗi (giống nhau) mà tôi vừa chạy! Tại sao VS nghĩ rằng tôi đang chạy một bản phát hành?

Làm sạch dung dịch và chạy lại sẽ xóa thông báo lỗi, vì vậy một cái gì đó đang ở đâu đó.

Từ Microsoft cho rằng đây là một vấn đề đã biết (ban đầu nó thuộc về nhóm Trình gỡ lỗi, nhưng đã được xác định đó là sự cố bản dựng và hiện nằm trong tay của nhóm hệ thống Dự án. Có những lỗi khác đang xảy ra về vấn đề này, và nó được xếp hạng Mức độ ưu tiên 1, vì vậy sẽ được theo dõi cho bản cập nhật tiếp theo. Mặc dù như mong đợi, không thể đưa ra lời hứa khi nào nó sẽ được phát hành (hoặc những gì thực sự có trong bản cập nhật).

Vì thế. Nó đã được biết đến và đang được tiếp tục. Ít nhất thì việc tắt “Chỉ kích hoạt mã của tôi” trong Tùy chọn chung gỡ lỗi dường như là một công việc hiện tại.

Như đã đề cập bởi @romanoza, Microsoft đã cập nhật báo cáo lỗi Microsoft Connect (hiện đã bị thiếu), (trước đây được đặt tại đây , trong trường hợp bạn có thể tìm thấy kho lưu trữ ở đâu đó) với thông tin sau:

Bỏ chọn cài đặt Gỡ lỗi -> Tùy chọn -> Loại bỏ tối ưu hóa JIT khi tải mô-đun (Chỉ được quản lý)

Đây là cách giải quyết. Họ tiếp tục nói sau:

Chúng tôi khuyên mọi người nên bỏ chọn nó vì không chọn nó sẽ cải thiện cả hiệu suất và hành vi của chỉ mã của tôi trong các tình huống cụ thể.

Cuối cùng, xác nhận:

Đó là một lỗi mà nó không hoạt động khi cài đặt đó được bật và chúng tôi đang tìm cách khắc phục tình huống đó trong trường hợp một số khách hàng vẫn muốn gỡ lỗi khi bật cài đặt đó.

Cập nhật : Dựa trên các nhận xét, có vẻ như hộp hiện không được chọn theo mặc định đối với một số nhà phát triển và việc kiểm tra hộp có thể khắc phục sự cố chính xác trong một số trường hợp. Rất lạ.

Tôi nhận thấy các câu trả lời ở đây chưa đầy đủ, tôi đã gặp vấn đề tương tự và nó đã được giải quyết bằng cách mở thuộc tính dự án và trong tab xây dựng và cấu hình gỡ lỗi bỏ chọn "mã tối ưu hóa" . Bạn cũng nên kiểm tra trình quản lý cấu hình như đã đề cập ở trên để đảm bảo rằng đó cũng là âm thanh. Câu trả lời đến từ bài đăng này và họ sẽ nhận được tín dụng: Dự án VS2015 không còn chạy ở chế độ gỡ lỗi

Cảm ơn,

Tôi đã giải quyết vấn đề đặt cấu hình thành Gỡ lỗi trong cửa sổ Trình quản lý cấu hình như được đề xuất trong câu trả lời này .

Làm sạch (và xây dựng lại) giải pháp phù hợp với tôi như một giải pháp tạm thời. Ngoài ra, bạn có thể chọn Gỡ lỗi> Tùy chọn và bỏ chọn Suppress JIT optimizationhộp kiểm.

Tôi đã gặp vấn đề tương tự kể từ khi cập nhật lên Bản cập nhật 1 VS2015.

Tìm thấy một báo cáo tương tự trên Diễn đàn Visual Studio của Microsoft trỏ đến một báo cáo lỗi đã được đưa ra cùng với họ tại đây

Có nhiều cách giải quyết khác nhau nhưng tôi nghĩ vấn đề cơ bản là IIS Express không tắt khi quá trình gỡ lỗi kết thúc - và điều đó không phải do tùy chọn chỉnh sửa và tiếp tục bị bỏ chọn. Cách giải quyết nhanh nhất mà tôi có thể tìm thấy cho đến khi lỗi được sửa:

• Nhấp chuột phải vào biểu tượng IIS Express trong khay và thoát khỏi nó sau khi gỡ lỗi (Tín dụng cho David Totzke, người đã cung cấp giải pháp cho báo cáo lỗi)

Không tuyệt vời, nhưng tôi không nghĩ rằng có một giải pháp thích hợp vào lúc này.

Tôi gặp phải vấn đề tương tự. Tôi đã giải quyết sự cố bằng cách xóa thủ công tất cả các tệp khỏi thư mục 'bin' và sau đó xây dựng lại giải pháp. Tôi không nhận được hộp thoại này nữa.

Trong trường hợp của tôi, tôi đã thay đổi "Nền tảng giải pháp hoạt động" cho toàn bộ giải pháp tại "Trình quản lý cấu hình" từ x86 thành Bất kỳ CPU nào, đã khắc phục sự cố

Kiểm tra Thuộc tính cấu hình của giải pháp của bạn. Tôi gặp phải vấn đề tương tự và phát hiện ra rằng cấu hình gỡ lỗi của tôi thực sự đang xây dựng một số dự án với cấu hình phát hành.

Tôi nhận thấy rằng Visual Studio không giết quá trình iisexpress sau khi tôi dừng trình gỡ lỗi. Việc giết quá trình theo cách thủ công dường như để sửa chữa nó cho tôi.

Điều này dường như đã được khắc phục trong Bản cập nhật 2.

Có vẻ như có rất nhiều giải pháp khi có người gặp sự cố, nhưng trong trường hợp của tôi, tôi đã phải xóa và thêm lại tham chiếu dự án. Tham chiếu dự án nằm trong một dự án thử nghiệm đơn vị trong cùng một giải pháp.

Trong trường hợp của tôi, thông báo lỗi là đúng. Tôi đang chạy một ứng dụng đã tải phiên bản đã phát hành. Vì vậy, tôi đã sửa nó bằng cách để ứng dụng tải phiên bản gỡ lỗi thay thế.

Tiểu học, tôi biết, và tôi nhận ra rằng tôi khiến mình trông giống như một thằng ngốc. Nhưng đôi khi vấn đề là chính xác những gì được báo cáo.

Kiểm tra xem URL của Dự án IIS có thực sự trỏ đến nơi bạn nghĩ hay không. Nếu nghi ngờ, hãy nhấp vào nút 'Tạo Thư mục Ảo'.

Tôi đã gặp sự cố này gần đây khi tôi đang chạy phiên bản tạm thời của cơ sở mã sản xuất và đã chỉ định lại thư mục trong IIS thành phiên bản tạm thời, thực sự là đang chạy bản dựng sản xuất, không phải phiên bản gỡ lỗi mà tôi đang cố gỡ lỗi.

Đối với tôi, tôi đã tìm thấy 3 thư mục \ Release \ refs trong tệp FileListAbsolute.txt này:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csproj.FileListAbsolute.txt

Họ như thế này:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csprojResolveAssemblyReference.cache

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.dll

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.pdb

Và chỉ cần loại bỏ 3 dòng đó bên ngoài VS sau đó mở lại giải pháp đã giải quyết được vấn đề. Hy vọng rằng sẽ giúp.

Tôi đã thử tất cả các câu trả lời và câu trả lời phù hợp với tôi là xóa một số gói NuGet, không chỉ là tham chiếu mà còn xóa gói, trong trường hợp của tôi là PostSharp. Lúc đầu, tôi đã cố gắng xóa tham chiếu khỏi tất cả các dự án và nó không hoạt động, sau đó tôi chỉ xóa các gói khỏi trình quản lý. Tôi không biết lý do chính xác là gì, nhưng đó là thứ đã giải quyết được vấn đề của tôi, hy vọng nó có thể giúp ích cho ai đó.

Khởi động lại Visual Studio. Điều này đã khắc phục sự cố cho tôi trong 2017 Professional.

Đây là những gì làm việc cho tôi.

Nếu một dự án web, hãy chuyển đến thuộc tính dự án của dự án web và

1. Nếu IIS cục bộ được chọn, hãy khởi động lại máy chủ IIS của bạn.
2. Nếu IIS Express được chọn, hãy thoát IIS express từ biểu tượng khay tác vụ.

Có vẻ như một số dll được lưu vào bộ nhớ cache nên các bước trên sẽ làm mất hiệu lực của bộ nhớ cache.

Điều này đã xảy ra trong Visual Studio 2019 trên ứng dụng UWP. Việc bỏ chọn Mã Optimize trong cài đặt csproj / build đã giải quyết được vấn đề đó.

Khá chắc chắn điều này đã được khắc phục trong Visual Studio 2015 Update 2.

Tôi thường thấy điều này mọi lúc (nhiều lần mỗi ngày) và chưa thấy nó lần nào kể từ khi cập nhật lên Bản cập nhật 2.