Không thể tìm thấy tệp siêu dữ liệu lỗi 'Khác \ Release \ project.dll' trong Visual Studio


135

Gần đây tôi bắt đầu nhận được tin nhắn này một cách ngẫu nhiên:

Không thể tìm thấy tệp siêu dữ liệu '... \ Release \ project.dll' trong Visual Studio

Tôi có một giải pháp với một số dự án trong đó. Chế độ xây dựng hiện tại là Gỡ lỗi và tất cả các cấu hình của dự án được đặt thành Gỡ lỗi. Nhưng khi tôi cố chạy dự án chính - đôi khi nó gây ra một vài lỗi, tất cả đều là "Tệp siêu dữ liệu '... \ Release \ projectX.dll' không thể tìm thấy" - và, hãy nhìn, nó nói về ĐÁNG TIN CẬY thư mục, mặc dù chế độ hiện tại là Gỡ lỗi. Tại sao? Tôi đã cố gắng tìm kiếm tham chiếu đến "Release \ projectX.dll" trong tất cả các tệp giải pháp và tôi đã tìm thấy một tệp trong tệp ResolveAss lanhReference.cache.

Tôi đã thực hiện một tìm kiếm tốt trên Internet và tìm thấy một vài người có vấn đề tương tự, nhưng không có giải pháp, hoặc ít nhất là không có giải pháp làm việc.

Tôi đã cố gắng xóa các tài liệu tham khảo cho các dự án đó và đọc chúng, nhưng đôi khi tôi bắt đầu gặp lại những lỗi này.

Có vẻ như là một lỗi. Tại sao nó tìm kiếm các dự án được tham chiếu trong các thư mục Phát hành khi tôi luôn sử dụng chế độ Gỡ lỗi?

Tái bút Đối với những người gặp vấn đề này: tôi không thể giải quyết nó một cách dễ dàng. Nó biến mất chỉ sau khi tôi cài đặt lại Windows :(


Điều đầu tiên đối với các vấn đề như thế này là xóa tệp .suo và xây dựng lại.
thông hơi

vấn đề này có thể xảy ra nếu một dll được tham chiếu đang sử dụng phiên bản khác nhau (thấp hơn) của .net Framework
m4ngl3r

Tôi đã nhận được vấn đề này một cách nhất quán cho đến khi tôi tắt các bản dựng song song. Tôi nghĩ rằng có một lỗi trong kiểm tra phụ thuộc xây dựng song song, có thể liên quan đến thông tin cũ lưu trữ. (Đối với bản ghi, hiện tại tôi sử dụng các bản dựng song song và tôi chỉ xây dựng lại nếu sự cố xảy ra, thường hoạt động.)
yoyo


Câu trả lời:


138

Mọi người đều đúng ... thử mọi thứ ... (theo thứ tự lãng phí một chút đến rất nhiều thời gian)

  1. Bạn có mã xấu? Sửa nó trước.
  2. Giải pháp sạch & Khởi động lại Visual Studio
  3. Xóa / Thêm tài liệu tham khảo
  4. Kiểm tra thứ tự xây dựng của bạn với các dự án lớn hơn và xác minh
  5. Tự xây dựng lại các tiểu dự án
  6. Sao chép thủ công các dll giữa các dự án vào các thư mục bin liên quan
  7. Đi lấy cà phê, chơi pinball và quay lại vào ngày mai ... bạn có thể nghĩ về điều gì khác trong lúc đó.

17
Bạn cần dọn sạch tất cả LRI và ổn định các giải pháp / dự án.
Ravi Ram

điều này xảy ra do sự khác biệt của tên trong tên thư mục và tên không gian tên. Nếu bạn tạo một không gian tên trong một tên nhất định và sau đó bạn đổi tên nó, không gian tên sẽ có tên cũ. Và quá trình biên dịch sẽ đi theo đường dẫn cũ để tìm .dll.exetập tin. Để tránh điều này, hãy mở .csprojtệp của từng không gian tên bằng tệp văn bản và tìm đường dẫn cũ trong tệp. loại bỏ điều này, làm sạch và xây dựng lại giải pháp. Điều này làm việc cho tôi. Tôi đã dành cả một ngày để làm việc về vấn đề này.
Sooraj

Nếu bạn không thành công và mất thời gian, hãy quay lại thử lại một số điều cơ bản trước. Tôi bắt đầu xây dựng các dự án con, vẫn gặp lỗi, nhưng sau đó đóng và mở lại VS, xây dựng lại giải pháp, tất cả đều hoạt động.
Chris Halcrow

6
Tôi đã có không gian tên không phù hợp và tên dự án trong một ngôi nhà được tham chiếu dll. Ngoài ra, nó được xây dựng với .NET 4.5.2 thay vì 4.5. Đàn ông!
Jess

1
Hãy thử xóa tệp .suo. Nó là tương đối phổ biến cho nó trở nên bị hỏng.
Timbo

21

Tôi cũng có chính xác vấn đề đấy. Giải pháp phòng thu hình ảnh lớn với hơn 50 dự án.

Tất cả các tài liệu tham khảo đã được thêm vào như các dự án. Thứ tự xây dựng dự án là chính xác (nhấp chuột phải vào dự án và chọn thứ tự xây dựng).

Tuy nhiên, khi xây dựng một số dự án cấp cao hơn, dự án "gốc" mà họ phụ thuộc vào không được xây dựng.

Vấn đề là các dự án này đã không được chọn để xây dựng theo cấu hình hiện tại (không biết điều này xảy ra như thế nào).

Để kiểm tra điều này, chọn "Trình quản lý cấu hình" (Menu xây dựng) e kiểm tra xem các dự án có vấn đề có được đặt thành bản dựng không.


Cảm ơn bạn! Điều này rất tốt cho tôi khi, vì một số lý do, cấu hình phát hành của tôi không xây dựng một trong các dự án của tôi.
Vectovox

Bạn đã cứu cuộc đời tôi!
Chethan Shetty

16

Khi bạn nói rằng bạn đã xóa các tham chiếu đến các dự án đó và thêm lại chúng, làm thế nào bạn thêm lại chúng, chính xác? Bạn đã sử dụng tab "Duyệt" trong hộp thoại "Thêm tham chiếu" trong Visual Studio chưa? Hoặc, bạn đã sử dụng tab "Dự án" (liệt kê các dự án lân cận trong giải pháp của bạn)?

Chỉnh sửa : Nếu bạn sử dụng tab "Duyệt" và thêm thủ công tham chiếu vào tệp ZIP của bạn nằm trong thư mục / Phát hành, thì Visual Studio sẽ luôn tìm kiếm tệp ở vị trí đó, bất kể bạn đang ở chế độ nào hiện đang trong (Gỡ lỗi hoặc phát hành).

Nếu bạn đã xóa tệp thực tế khỏi thư mục Phát hành (theo cách thủ công hoặc bằng cách thực hiện "Giải pháp sạch"), thì tham chiếu của bạn sẽ bị hỏng vì không tồn tại.

Tôi khuyên bạn nên xóa tham chiếu đến ProjectX.dll và thêm lại tham chiếu - nhưng lần này, hãy sử dụng tab "Dự án" trong hộp thoại "Thêm tham chiếu". Khi bạn thêm một tham chiếu theo cách này, Visual Studio sẽ biết nơi để có được các tệp thích hợp. Nếu bạn đang ở chế độ Gỡ lỗi, nó sẽ lấy nó từ thư mục / Gỡ lỗi. Nếu ở chế độ Phát hành, thư mục / Phát hành. Lỗi xây dựng của bạn sẽ biến mất và bạn cũng sẽ không còn (không chính xác) tham chiếu Bản phát hành trong khi ở chế độ Gỡ lỗi.


Tôi đã sử dụng tab "Duyệt" trong hộp thoại "Thêm tham chiếu"
nightcoder

1
Đối với tôi Visual Studio đã tạo ra một tên dự án.v11 loại "Tùy chọn người dùng giải pháp Visual Studio". Tôi đã xóa tập tin này và khởi động lại và mọi thứ đều ổn.
Wes Grant

15

Vâng, câu trả lời của tôi không chỉ là tóm tắt của tất cả các giải pháp, mà nó còn cung cấp nhiều hơn thế.

Phần 1):

Trong các giải pháp chung:

Tôi đã có 4 lỗi thuộc loại này ('không thể tìm thấy tệp siêu dữ liệu') cùng với 1 lỗi có nội dung 'Không thể mở tệp nguồn (' Lỗi không xác định ')'.

Tôi đã cố gắng để thoát khỏi 'tập tin siêu dữ liệu không thể tìm thấy'. Vì thế, tôi đã đọc nhiều bài đăng, blog, v.v. và thấy những giải pháp này có thể hiệu quả (tóm tắt chúng ở đây):

  1. Khởi động lại VS và thử xây dựng lại.

  2. Chuyển đến Explorer Giải pháp Explorer ' . Nhấp chuột phải vào Giải pháp. Chuyển đến Thuộc tính . Chuyển đến Manager Trình quản lý cấu hình ' . Kiểm tra xem các hộp kiểm trong 'Build' có được kiểm tra hay không. Nếu bất kỳ hoặc tất cả trong số chúng không được kiểm tra, sau đó kiểm tra chúng và thử xây dựng lại.

  3. Nếu (các) giải pháp trên không hoạt động, hãy làm theo trình tự được đề cập trong bước 2 ở trên và ngay cả khi tất cả các hộp kiểm được chọn, bỏ chọn chúng, kiểm tra lại và thử xây dựng lại.

  4. Xây dựng phụ thuộc trật tự và dự án:

    Chuyển đến Explorer Giải pháp Explorer ' . Nhấp chuột phải vào Giải pháp. Chuyển đến 'Phụ thuộc dự án ...' . Bạn sẽ thấy 2 tab: 'Dependencies''Build Order' . Thứ tự xây dựng này là một trong đó giải pháp xây dựng. Kiểm tra các phụ thuộc của dự án và thứ tự xây dựng để xác minh xem một dự án nào đó (giả sử 'dự án 1') phụ thuộc vào dự án khác (giả sử 'dự án 2') đang cố gắng xây dựng trước dự án đó (dự án 2). Đây có thể là nguyên nhân gây ra lỗi.

  5. Kiểm tra đường dẫn của mất tích:

    Kiểm tra đường dẫn của mất. Nếu đường dẫn chứa không gian hoặc bất kỳ ký tự đường dẫn không hợp lệ nào khác, hãy xóa nó và thử xây dựng lại.

    Nếu đây là nguyên nhân, sau đó điều chỉnh thứ tự xây dựng.


Mục (2):

Trường hợp cụ thể của tôi:

Tôi đã thử tất cả các bước trên với các hoán vị và kết hợp khác nhau với khởi động lại VS vài lần. Nhưng, nó không giúp tôi.

Vì vậy, tôi đã quyết định loại bỏ lỗi khác mà tôi gặp phải ('Tệp nguồn không thể mở được (' Lỗi không xác định ')').

Tôi đã xem qua một blog: http://www.anujvarma.com/tfs-errorsource-file-could-not-be-opened-unspecified-error/#comment-1539

Tôi đã thử các bước được đề cập trong blog đó và tôi đã thoát khỏi lỗi 'Không thể mở tệp nguồn (' Lỗi không xác định ')' và thật ngạc nhiên là tôi cũng đã thoát khỏi các lỗi khác ('không thể tìm thấy tệp siêu dữ liệu') .


Mục (3):

Đạo đức của câu chuyện:

Hãy thử tất cả các giải pháp như được đề cập trong phần (1) ở trên (và bất kỳ giải pháp nào khác) để thoát khỏi lỗi. Nếu không có gì hiệu quả, theo blog được đề cập trong phần (2) ở trên, hãy xóa các mục nhập của tất cả các tệp nguồn không còn trong điều khiển nguồn và hệ thống tệp khỏi tệp .csproj của bạn .



1
Bỏ phiếu cho câu trả lời này vì chúng tôi đang gặp phải vấn đề này cho đồng nghiệp. Hệ thống của anh ấy bằng cách nào đó đã mất hầu hết / tất cả các phụ thuộc của anh ấy, vì vậy khi xây dựng, nó sẽ không được xây dựng theo đúng thứ tự, khiến "tệp siêu dữ liệu cho" anything.dll "không tồn tại". Chúng tôi chỉ đi qua tất cả các dự án của anh ấy với một hệ thống khác để xác nhận tất cả các phụ thuộc anh ấy cần cho mỗi dự án.
jmbertucci

Tốt ... tôi rất vui vì câu trả lời của tôi đã giúp ích cho bạn.
Vikram

11

Tôi đã gặp vấn đề này trước đây và cách duy nhất tôi tìm thấy để giải quyết nó là chạy Clean Solution và sau đó khởi động lại Visual Studio.


1
Nó không giúp ích gì trong tình huống của tôi, sau một thời gian ngắn, vấn đề lại xuất hiện.
nightcoder

Đây là những gì cố định nó cho tôi.
thanh nẹp

3
Điều này chỉ làm việc cho tôi là tốt. Đã làm sạch nhiều và không có gì làm việc. Khi tôi đã dọn dẹp và khởi động lại, nó bắt đầu hoạt động trở lại. Thật khó chịu.
Ricky

8

Đối với tôi, thường thì khung mục tiêu bị tắt (4.5.2 thay vì 4.6) Nếu bạn sửa khung mục tiêu của dự án để khớp với khung mục tiêu của giải pháp và bản dựng, một tệp mới sẽ được tạo.


Tôi gặp vấn đề tương tự đối với một dự án được tạo ra với phiên bản cũ hơn của Visual Studio. Sau khi cập nhật VS, các dự án đã được tạo bằng phiên bản .NET mới hơn và gây ra sự cố không tìm thấy DLL. (Chuyển đến khung thuộc tính cho dự án để xem / chỉnh sửa phiên bản .NET.) Cảm ơn!
Tony S Yu

Cảm ơn bạn hàng triệu thời gian (đó là số lượng các giải pháp khác tôi đã thử). Điều này đã làm việc. Vì một số lý do, thư viện mà tôi thêm đang nhắm mục tiêu phiên bản .NET framework khác với tất cả các dự án khác
Nour Lababidi

1
Tôi đã thêm một dự án Thư viện lớp mới (dll) được tham chiếu trong một số dự án khác. Dll mới là .NET Framework 4.8 trong khi tất cả các dự án khác là 4.7.2. Việc thay đổi khung Target (trong thuộc tính Project) thành 4.7.2 đã sửa lỗi này cho tôi. Cảm ơn Adam!
iCode


3

Hầu hết các câu trả lời đều nói rằng bạn cần xóa các thư viện của giải pháp của mình, điều này đúng nhưng khi bạn thêm lại các thư viện, lỗi sẽ được hiển thị lại. Bạn cần xác minh xem tất cả các thư viện được tham chiếu có khung .net tương thích với khung .net của giải pháp của bạn hay không. Sau đó sửa tất cả các lỗi trong mã của bạn và xây dựng lại giải pháp.


3

Bạn đã kiểm tra cài đặt Trình quản lý cấu hình chưa? Trong hộp thoại cài đặt dự án góc trên bên phải.

Đôi khi, giữa các mục phát hành, một mục gỡ lỗi xuất hiện. Nếu vậy, phần phụ thuộc tự động được tạo bởi biểu đồ phụ thuộc của giải pháp bị lẫn lộn.


Tôi đã kiểm tra nó. Tất cả các dự án có cùng cấu hình.
nightcoder

2

Tôi cũng đã thấy lỗi này trong các giải pháp nơi tôi có nhiều dự án (thường là các dự án netTiers nơi tôi đã cập nhật một hoặc nhiều dự án con để nhắm mục tiêu khung 4.0). Nó có thể là vấn đề để loại bỏ. Tuy nhiên, thường thì có thể giải quyết bằng cách sửa tất cả các lỗi khác trong các dự án con (ví dụ: mọi tham chiếu bị thiếu), xây dựng lại các dự án con đó, sau đó xóa / thêm lại bất kỳ tham chiếu nào cho các dự án con đó trong Visual Studio. Cá nhân tôi đã có một chút may mắn để giải quyết lỗi này bằng cách làm sạch giải pháp một mình.


1
Xóa các tham chiếu khỏi các dự án khác (ví dụ: các dự án UI và Test của tôi), sửa các lỗi (trong dự án Core), xây dựng và sau đó thêm lại các tham chiếu đó đã giúp tôi.
Ken Pespisa

2

Gần đây chúng tôi đã gặp phải vấn đề này sau khi nâng cấp lên Office 2010 từ Office 2007 - chúng tôi phải thay đổi thủ công các tham chiếu trong dự án của chúng tôi thành phiên bản 14 của Office Interops mà chúng tôi sử dụng trong một số dự án.

Hy vọng rằng sẽ giúp - mất vài ngày để tìm ra nó.


2

Trong trường hợp của tôi, đó là do hai điều (VS.2012):

1) Một trong các dự án được định cấu hình cho AnyCPU thay vì x86

2) Một dự án được tham chiếu bằng cách nào đó đã bỏ chọn hộp kiểm "Xây dựng".

Kiểm tra bản dựng của bạn | Trình quản lý cấu hình để có cái nhìn tổng quan về những gì đang được xây dựng và cho nền tảng nào. Ngoài ra, hãy đảm bảo bạn kiểm tra nó cho cả Gỡ lỗi và Phát hành vì chúng có thể có các cài đặt khác nhau.


2

Trong trường hợp của tôi, tôi đã có một số lỗi trong mã của tôi. Visual Studio cho thấy lỗi bạn có thay vì các lỗi thực tế, như lỗi cú pháp hoặc tên lớp không xác định. Hãy thử làm sạch các giải pháp và xây dựng dự án sau khi dự án. Bằng cách này bạn sẽ khám phá ra các lỗi thực tế.

Một lần nữa, đây chỉ là nguyên nhân gây ra lỗi cho tôi .


2

Tôi đã có vấn đề này và mất nhiều thời gian để tìm ra nó. Vấn đề xuất hiện khi tôi loại bỏ các dự án khỏi giải pháp và thay thế các dự án bằng các gói nuget.

Giải pháp có vẻ ổn nhưng tệp .csproj vẫn chứa các dự án đó nhiều lần làm tham chiếu.

Có vẻ như VS không làm sạch tệp đó một cách thích hợp. Nó vẫn đang tham khảo các dự án loại bỏ dưới mui xe. Khi xóa thủ công các tham chiếu khỏi tệp csproj, tất cả sẽ hoạt động trở lại! woooo


2

Vấn đề này là do các tệp pdb hoặc CodeContuces.

Để giải quyết nó:

  1. Làm sạch thư mục đầu ra của bạn và xây dựng lại giải pháp.

  2. Định cấu hình lại CodeContuces hoặc vô hiệu hóa nó để xây dựng tạm thời.


2

Chúng tôi có vấn đề đó khá thường xuyên, nhưng chỉ với các tham chiếu đến các dự án C ++ / CLI từ các dự án C #. Đây rõ ràng là một lỗi sâu trong Visual Studio mà Microsoft quyết định không sửa, vì nó 'quá phức tạp' và họ đã hứa sẽ đại tu hệ thống xây dựng C ++ hiện đang nhắm mục tiêu cho Visual Studio 2010.

Đó là một thời gian trước đây, và có lẽ bản sửa lỗi thậm chí đã đi vào Visual Studio 2008; Tôi đã không theo dõi nó nữa. Tuy nhiên, cách giải quyết điển hình của chúng tôi là

  • Chuyển cấu hình
  • Khởi động lại Visual Studio
  • Xây dựng giải pháp

Sau khi vấn đề này biến mất mãi mãi hay chỉ là tạm thời? Và ý của bạn là "chuyển đổi cấu hình" là gì? Ví dụ tôi luôn sử dụng cấu hình Debug. Tôi nên làm gì?
nightcoder

Nó biến mất tạm thời. Trên thực tế, nó có thể không phải là một giải pháp cho bạn nếu bạn không bao giờ chuyển đổi cấu hình giữa gỡ lỗi và phát hành. Hoặc chuyển sang phát hành và sau đó gỡ lỗi có thể sửa nó, ai biết được;)
OutOfMemory

Chà, vài ngày trước tôi đã chuyển sang phát hành, xây dựng giải pháp và sau đó chuyển lại thành Debug. Sau đó, vấn đề đã biến đổi :): bây giờ tôi chỉ nhận được 1 lỗi như vậy thay vì một vài lỗi - nó giống như các dự án khác đã được "sửa chữa" :)
nightcoder

2

Tôi đã có cùng một vấn đề bản thân mình.

Visual Studio 2013 chỉ nói với tôi rằng nó không thể tham chiếu đến nó và nó không thể tìm thấy siêu dữ liệu. Khi tôi mở giải pháp của mình (có nhiều dự án trong đó), tôi nói rằng tôi đang sử dụng các dự án thấp hơn phiên bản khung của một trong các dự án của tôi.

Vì vậy, tôi đã chuyển mọi thứ sang phiên bản 4.5 và nó hoạt động trở lại.


Đây là cùng một giải pháp tôi đã gặp phải trong khi có vấn đề này. Một số tham chiếu đã sử dụng Khung cao hơn ứng dụng cơ sở của tôi, khi tôi thay đổi Khung trong ứng dụng cơ bản thành 4.5.2 (giống như các tham chiếu khác), vấn đề đã biến mất. Mặc dù vậy, VS không nói gì về các phiên bản khung khác nhau ..
NoLifeKing

1

Tôi dường như nhớ lại có một vấn đề tương tự một vài tháng trước. Tôi đã giải quyết tạm thời bằng cách sao chép tệp DLL được tham chiếu vào thư mục Phát hành, do đó đáp ứng mong đợi của Visual Studio. Sau đó, tôi phát hiện ra tham chiếu đến DLL phát hành trong mã thực tế của mình. Bạn nên thử thực hiện tìm kiếm trong toàn bộ dự án cho \ release \ project.dll.

Ngoài ra, tôi đã nhận thấy rằng các dự án thử nghiệm đơn vị Visual Studio đôi khi đặt thuộc tính "DeploymentItem" cho mỗi phương thức thử nghiệm trỏ đến DLL mục tiêu của bạn và nếu bạn chuyển đổi giữa Debug và Release, Visual Studio có thể bị nhầm lẫn nếu DLL không còn ở vị trí dự kiến. Theo kinh nghiệm của tôi, các thuộc tính này có thể được xóa một cách an toàn nếu bạn không tự đặt chúng ở đó như một phần của kịch bản "triển khai đơn lẻ".


1

Tôi gặp vấn đề này và đó là do một phương thức không hợp lệ trong thư viện vi phạm (dll) không trả về giá trị, ví dụ:

public bool DoSomething()
{
   //I never bothered putting code here....

}

Khi tôi thực hiện điều này, mọi thứ được biên dịch :)


Tôi sẽ viết câu trả lời tương tự nhưng nhận thấy bạn đã đề cập đến vấn đề này. Tôi đã có cùng một vấn đề, trong đó tôi đã không trả về giá trị Boolean và thông báo lỗi cho vấn đề đó đã bị ẩn giữa hàng tấn các vấn đề khác được tạo ra sau thực tế.
gonzobrains

1

Đôi khi VS2010 chuyển cấu hình của tôi từ Bất kỳ CPU nào sang Nền tảng hỗn hợp. Khi điều này xảy ra, tôi nhận được thông báo lỗi này.

Để giải quyết nó, tôi quay lại Any CPU:
1. Nhấp chuột phải vào giải pháp và chọn thuộc tính.
2. Nhấp vào Thuộc tính cấu hình và sau đó nút Trình quản lý cấu hình ....
3. Trong nền tảng giải pháp hoạt động, chọn bất kỳ CPU nào


1

Tôi thấy rằng điều này thường xảy ra với tôi khi tôi vẫn có một khai báo phương thức trong một giao diện, mà một lớp thực hiện, nhưng sau đó tôi đã gỡ bỏ và cũng quên xóa nó khỏi giao diện. Tôi thường chỉ lưu toàn bộ giải pháp sau mỗi 30 phút và sau đó chỉ quay lại phiên bản cũ hơn nếu tôi không thể tìm thấy lỗi.


1

Cuối cùng tôi đã xóa các tài liệu tham khảo của mình (tôi đã thêm chúng đúng cách bằng tab dự án và chúng được sử dụng để xây dựng tốt), chỉnh sửa bằng tay các tệp .csproj của tôi và xóa các mục kỳ lạ không thuộc về - và đặt các kết quả đầu ra của tôi để gỡ lỗi và phát hành, x86 và x64 và bất kỳ cpu nào đều là "\ bin" - Tôi đã xây dựng nó một lần, sau đó thêm lại tham chiếu (một lần nữa, sử dụng tab dự án) và mọi thứ bắt đầu hoạt động trở lại với tôi. Không phải khởi động lại Visual Studio.


1

Đối với tôi điều này là do mục tiêu Build đã được viết lại để không xuất ra dll. Loại bỏ điều này để quay trở lại mục tiêu Build mặc định đã khắc phục sự cố.


1

trong trường hợp của tôi, tôi đã làm việc trên một nhánh ngoài chủ. Vì vậy, tôi đã kiểm tra chi nhánh chính, chạy một bản dựng và sau đó kiểm tra chi nhánh của tôi. Nó đã khắc phục vấn đề. Nếu bạn đã thành thạo, tôi khuyên bạn nên kiểm tra cam kết trước đó và sau đó xây dựng nó.


1
Ồ Tôi đã thử rất nhiều lựa chọn, không có gì hiệu quả. Nhưng điều này đã khắc phục vấn đề! Cảm ơn bạn đời :)
Tharindu

0

Điều này dường như xảy ra khi bạn kiểm tra một giải pháp với nhiều dự án có tham chiếu giữa chúng và bạn chưa xây dựng nó trước đó. Nếu bạn có tài liệu tham khảo trực tiếp đến các dll, thay vì tham khảo dự án, bạn sẽ nhận được thông báo này. Bạn phải luôn sử dụng tab Dự án trong hộp thoại Thêm tham chiếu để thêm tham chiếu đến dự án trong cùng một giải pháp. Bằng cách này, VS có thể biết thứ tự chính xác để xây dựng giải pháp


0

điều tương tự đã xảy ra với tôi hôm nay theo mô tả của Vidar.

Tôi có một lỗi Xây dựng trong Thư viện trợ giúp (được các dự án khác tham chiếu) và thay vì nói với tôi rằng có một lỗi trong Thư viện trợ giúp, trình biên dịch đưa ra danh sách các lỗi loại không tìm thấy MetaFile. Sau khi sửa lỗi Build trong Thư viện trợ giúp, các lỗi MetaFile đã biến mất.

Có bất kỳ thiết lập trong VS để cải thiện điều này?


0

Tôi đã từng gặp vấn đề tương tự. Tôi nhận thấy rằng bối cảnh db của tôi (EF4) được đặt trong dự án dll không được nhận ra vì một số lý do. Tôi đã xóa nó và tạo một cái khác thay thế. và điều đó đã giải quyết nó cho tôi.


0

Có vấn đề tương tự ngày hôm nay.

Ứng dụng của tôi, một ứng dụng Windows Forms, vô tình có một tham chiếu đến chính nó. Kỳ dị.

Sau khi loại bỏ, lỗi đã biến mất.

Tham chiếu được thêm vào mỗi lần tôi kéo điều khiển người dùng, nằm trong chính dự án Windows Forms, vào một biểu mẫu.


0

Tôi đã từng gặp vấn đề tương tự. Tự gỡ bỏ và thêm các dll không giúp được gì. Các thư viện lớp không biên dịch cho tất cả các dự án và bị thiếu trong thư mục ... \ bin \ Debug cho dự án [vì tôi đã xóa nhầm giải pháp]. Vì thư viện lớp không biên dịch, điều đó có nghĩa là có thể có một số lỗi ở đâu đó trong một trong các dự án phụ đó .

Giải pháp: Vì các dll của tôi đã ở đó cho thư mục ... \ bin \ Release , tôi đã cố gắng xây dựng lại trên chế độ Phát hành và thấy một lỗi trên một dòng trong một trong các dự án phụ. Giải quyết lỗi và xây dựng lại giải pháp đã thoát khỏi lỗi xây dựng.


0

Đối với tôi Visual Studio đã tạo ra một tên dự án.v11 loại "Tùy chọn người dùng giải pháp Visual Studio". Tôi đã xóa tập tin này và khởi động lại và mọi thứ đều ổn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.