Không thể tìm thấy tệp siêu dữ liệu '.

Tôi đang làm việc trên một dự án WPF, C # 3.0 và tôi gặp lỗi này:

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

Đây là cách tôi tham chiếu các điều khiển người dùng của mình:

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

Nó xảy ra sau mỗi lần xây dựng thất bại. Cách duy nhất tôi có thể nhận được giải pháp để biên dịch là nhận xét tất cả các điều khiển người dùng của tôi và xây dựng lại dự án, và sau đó tôi bỏ ghi chú các điều khiển người dùng và mọi thứ đều ổn.

Tôi đã kiểm tra các đơn đặt hàng xây dựng và cấu hình phụ thuộc.

Như bạn có thể thấy, dường như nó đã cắt ngắn đường dẫn tuyệt đối của tệp DLL ... Tôi đã đọc được rằng có một lỗi với độ dài. Đây có phải là một vấn đề có thể?

Thật khó chịu và phải bình luận, xây dựng và không chú ý, việc xây dựng đang trở nên cực kỳ mệt mỏi.

tôi chỉ có cùng một vấn đề. Visual Studio không xây dựng dự án đang được tham chiếu.

Hướng dẫn bằng văn bản:

1. Nhấp chuột phải vào giải pháp và nhấp vào Thuộc tính.
2. Nhấp vào Cấu hình bên trái.
3. Đảm bảo hộp kiểm bên dưới "Xây dựng" cho dự án mà nó không thể tìm thấy được chọn. Nếu nó đã được chọn, bỏ chọn, nhấn áp dụng và kiểm tra lại các hộp.
4. (Tùy chọn) Bạn phải làm điều đó cho cả hai chế độ Phát hành và Gỡ lỗi trên các thuộc tính giải pháp.

Hướng dẫn chụp màn hình:

• Họ nói rằng một bức tranh đáng giá bằng ngàn lời nói. Nhấp vào GIF để phóng to và hy vọng nó sẽ dễ dàng theo dõi:

Điều này vẫn có thể xảy ra trong các phiên bản mới hơn của Visual Studio (Tôi vừa mới xảy ra trên Visual Studio 2013):

Một cách khác để thử là đóng Visual Studio và xóa .suotệp bên cạnh .slntệp. (Nó sẽ được tạo lại vào lần tới khi bạn Save all(hoặc thoát Visual Studio)).

Tôi đã gặp vấn đề này khi thêm các dự án mới vào giải pháp trên một máy khác và sau đó kéo các bản sửa đổi vào, nhưng .suotệp cũng có thể bị hỏng trong các trường hợp khác và dẫn đến hành vi Visual Studio rất lạ, vì vậy xóa nó là một trong những những điều tôi luôn cố gắng

Lưu ý rằng việc xóa .suotệp sẽ đặt lại (các) dự án khởi động của giải pháp.

Thêm về các .suotập tin ở đây .

Câu trả lời gợi ý không làm việc cho tôi. Lỗi là một mồi nhử cho một vấn đề khác.

Tôi phát hiện ra rằng tôi đang nhắm mục tiêu một phiên bản .NET hơi khác và điều này được trình biên dịch đánh dấu là cảnh báo, nhưng nó đã khiến việc xây dựng thất bại. Điều này nên được gắn cờ là một lỗi và không phải là một cảnh báo.

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ó bốn 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 một 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 Visual Studio 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, thì 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 hai tab: 'Dependencies' và '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 số dự án (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 nhiều hoán vị và kết hợp khác nhau với việc khởi động lại Visual Studio một 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 bài đăng trên blog: Không thể mở tệp nguồn TFS Lỗi ('Lỗi không xác định')

Tôi đã thử các bước được đề cập ở chỗ bài đăng blog, và tôi đã thoát khỏi những lỗi 'Source File không thể được khai trương (' lỗi Unspecified ')' và đáng ngạc nhiên tôi đã thoát khỏi các lỗi khác ( 'tập tin siêu dữ liệu không thể được tìm thấy') như tốt.

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 .

Trong trường hợp của tôi, đó là do phiên bản .NET Framework không khớp.

Một dự án là 3,5 và dự án tham chiếu khác 4.6.1.

Đóng và mở lại Visual Studio 2013 đã làm việc cho tôi!

Chà, không có gì trong các câu trả lời trước làm việc cho tôi, vì vậy nó khiến tôi suy nghĩ về lý do tại sao tôi nhấp và hy vọng khi là nhà phát triển, chúng tôi thực sự nên cố gắng hiểu những gì đang diễn ra ở đây.

Tôi thấy rõ ràng rằng tài liệu tham khảo tệp dữ liệu meta không chính xác này phải được giữ ở đâu đó.

Một tìm kiếm nhanh của tệp .csproj cho thấy các dòng tội lỗi. Tôi đã có một phần được gọi là <itemgroup> dường như bị treo trên filepath cũ không chính xác.

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

Vì vậy, một sửa chữa đơn giản thực sự:

1. Sao lưu tệp .csproj của bạn.
2. Tìm đường dẫn không chính xác trong tệp .csproj và đổi tên một cách thích hợp.

Vui lòng đảm bảo rằng bạn đã sao lưu .csproj cũ trước khi sử dụng .

Tôi cũng đã gặp vấn đề này. Trước tiên, bạn phải tự xây dựng dự án DLL của mình, bằng cách nhấp chuột phải, Xây dựng. Sau đó, nó sẽ làm việc.

Trong trường hợp của tôi, tôi có thư mục cài đặt của tôi theo cách sai.

Nếu đường dẫn giải pháp của bạn giống như "Dự án của tôi% 2c Rất phổ biến% 2c Kiểm tra đơn vị% 2c Phần mềm và Phần cứng.zip", thì nó không thể giải quyết tệp siêu dữ liệu, có lẽ chúng ta nên ngăn một số từ không hợp lệ như% 2c.

Đổi tên đường dẫn thành tên bình thường đã giải quyết vấn đề của tôi.

Tôi đã gặp lỗi tương tự "Không thể tìm thấy tệp siêu dữ liệu '." đó là dự án .NET của tôi. Vì vậy, giải pháp là thay đổi khung mục tiêu của dự án của tôi.

Visual Studio 2019 này hoạt động với tôi:

1. Đóng Visual Studio
2. Xóa ẩn .vs thư mục
3. Mở lại Visual Studio và xây dựng lại giải pháp.

Đối với tôi, nó đã cố gắng tìm một DLL trong một đường dẫn được sử dụng để chứa Project, nhưng chúng tôi đã chuyển nó sang một thư mục mới. Giải pháp có đường dẫn chính xác đến Dự án, nhưng Visual Studio bằng cách nào đó vẫn tiếp tục tìm kiếm ở vị trí cũ.

Giải pháp: Đổi tên từng vấn đề Dự án - chỉ cần thêm một ký tự hoặc bất cứ điều gì - sau đó đổi tên nó thành tên ban đầu.

Điều này phải đặt lại một số bộ đệm toàn cầu của một số loại trong Visual Studio, bởi vì điều này xóa cả vấn đề này và một số vấn đề tương tự, trong khi những thứ như Clean thì không.

Tôi đã thêm một dự án mới vào giải pháp của mình và bắt đầu nhận được điều này.

Nguyên nhân? Dự án tôi đã đưa vào đang nhắm mục tiêu một khung .NET khác (4.6 và hai dự án khác của tôi là 4.5.2).

Đối với tôi nó xảy ra khi tôi đưa một dự án mới vào một giải pháp.

Visual Studio tự động chọn .NET framework 4.5.

Tôi đã thay đổi thành phiên bản .NET 4.5.2 giống như các thư viện khác và nó đã hoạt động.

Đối với tôi các bước sau đây đã làm việc:

• Tìm dự án không xây dựng
• Xóa / thêm tài liệu tham khảo cho các dự án trong giải pháp.

Tôi cũng đã giải quyết vấn đề này, nhưng sau khi thử các câu trả lời trước đó, điều duy nhất có hiệu quả với tôi là mở từng dự án trong giải pháp 1 của tôi và xây dựng chúng riêng lẻ.

Sau đó, tôi đóng Visual Studio 2013, mở lại giải pháp của mình và nó được biên dịch tốt.

Thật lạ, vì nếu tôi nhấp vào từng dự án trong Solution Explorer của mình và cố gắng xây dựng chúng theo cách đó, tất cả đều thất bại. Tôi đã phải mở chúng một mình trong các giải pháp riêng của họ.

Có vẻ như các loại lỗi như vậy liên quan đến thực tế là Visual Studio không cung cấp thông tin chính xác về lỗi. Nhà phát triển thậm chí không hiểu lý do cho việc xây dựng thất bại. Nó có thể là một lỗi cú pháp hoặc một cái gì đó khác. Thông thường, để giải quyết các vấn đề như vậy, bạn nên tìm ra gốc rễ của vấn đề (ví dụ: nhìn vào nhật ký xây dựng).

Trong trường hợp của tôi, vấn đề là trên thực tế, Error Listcửa sổ không hiển thị bất kỳ lỗi nào. Nhưng thực sự đã có lỗi cú pháp; Tôi tìm thấy những lỗi này trong Outputcửa sổ, và sau khi sửa chúng, vấn đề đã được giải quyết.

Ví dụ của tôi về vấn đề này là do một dự án chung có tên lớp trùng lặp trong đó (dưới một tên tệp khác). Thật kỳ lạ khi Visual Studio không thể phát hiện ra điều đó và thay vào đó chỉ làm nổ tung quá trình xây dựng.

Tôi gặp vấn đề này trong Visual Studio 2012 trong một giải pháp có nhiều dự án. Việc xây dựng lại từng dự án trong giải pháp theo cách thủ công theo cùng thứ tự với Lệnh xây dựng dự án (nhấp chuột phải và xây dựng lại trong Solution Explorer) đã sửa nó cho tôi.

Cuối cùng, tôi đã nhận được một lỗi cho tôi. Tôi đã sửa lỗi và giải pháp sẽ được xây dựng chính xác sau đó.

Trong trường hợp của tôi, vấn đề là tôi đã xóa thủ công một tệp không biên dịch được đánh dấu là "mất tích". Khi tôi xóa tham chiếu đến tệp hiện bị thiếu và biên dịch lại - tất cả đều ổn.

Nếu bạn có một khoảng trắng trong tên giải pháp của bạn, điều này cũng sẽ gây ra vấn đề. Xóa khoảng trắng khỏi tên giải pháp của bạn, vì vậy đường dẫn không chứa% 20 sẽ giải quyết điều này.

Quay trở lại vấn đề này một vài năm sau đó, vấn đề này nhiều khả năng liên quan đến giới hạn đường dẫn tối đa của Windows:

Đặt tên tệp, đường dẫn và không gian tên , giới hạn độ dài đường dẫn tối đa

Trong trường hợp của tôi, sự cố xảy ra do lỗi xây dựng đơn giản,

lỗi CS0067: Sự kiện 'XYZ' không bao giờ được sử dụng

rằng, vì bất kỳ lý do gì, đã không xuất hiện trong cửa sổ lỗi.

Do đó, hệ thống xây dựng Visual Studio dường như đã bỏ lỡ lỗi và cố gắng xây dựng các dự án phụ thuộc, do đó đã thất bại với thông báo siêu dữ liệu gây phiền nhiễu.

Đề xuất này là - thật ngu ngốc vì nó có vẻ-:

Trước tiên hãy nhìn vào Cửa sổ đầu ra của bạn !

Phải mất nửa giờ trước khi ý tưởng này tấn công tôi ...

Tôi cũng có lỗi tương tự. Nó ẩn như trong con đường dưới đây. Đường dẫn mà tôi đã đề cập đến cho tệp DLL giống như "D: \ Assemblies Thư mục \ Hội1.dll".

Nhưng đường dẫn ban đầu mà hội đồng tham chiếu là "D: \ Assemblies% 20Folder \ Association1.dll".

Do biến thể tên đường dẫn này, lắp ráp không thể được truy xuất từ ​​đường dẫn ban đầu của nó và do đó ném ra lỗi "Không tìm thấy siêu dữ liệu".

Giải pháp là trong câu hỏi Stack Overflow Làm cách nào để thay thế tất cả các khoảng trắng bằng% 20 trong C #? .

Tôi đã đối mặt với cùng một vấn đề. Trong trường hợp của tôi, tôi đã tham chiếu đến một dự án thư viện lớp với phiên bản .Net cao hơn hơn dự án của tôi và VS không thể xây dựng dự án và đưa ra cùng một lỗi mà bạn đã đăng.

Tôi chỉ đơn giản đặt phiên bản .Net của dự án thư viện lớp của tôi ( phiên bản đã phá vỡ bản dựng) giống hệt với phiên bản .Net của dự án được tham chiếu và giải quyết vấn đề.

Chỉ cần chỉ ra điều hiển nhiên rõ ràng: nếu bạn không bật "Hiển thị cửa sổ đầu ra khi quá trình xây dựng bắt đầu", hãy đảm bảo rằng bạn nhận thấy nếu bản dựng của bạn bị lỗi (lỗi "xây dựng thất bại" nhỏ ở phía dưới bên trái) !!!!

Tôi đã gặp lỗi này khi tôi đang cố gắng xuất bản một ứng dụng web. Hóa ra một trong những thuộc tính của lớp được gói vào

#if DEBUG
    public int SomeProperty { get; set; }
#endif

nhưng việc sử dụng tài sản thì không. Việc xuất bản được thực hiện trong cấu hình Phát hành mà không có DEBUGbiểu tượng, rõ ràng.

Dựa trên thông báo lỗi, tôi không tin rằng đường dẫn tệp đang bị cắt ngắn. Có vẻ như không chính xác. Nếu tôi đang đọc tin nhắn một cách chính xác, có vẻ như nó đang tìm kiếm tệp DLL tại ...

WORK = - \ Tools \ VersionQuản lýSystem \ BusinessLogicLayer \ bin \ Debug \ BusinessLogicLayer.dll

Đây không phải là một con đường hợp lệ. Có thể là bạn có một định nghĩa vĩ mô trong quá trình xây dựng được đặt thành một giá trị không hợp lệ?

Tôi gặp vấn đề này vì .nuget\NuGet.exekhông được đưa vào kho lưu trữ của tôi. Mặc dù tôi đã kích hoạt DownloadNuGetExetrong NuGet.target nhưng nó đã báo cáo lỗi proxy khi cố tải xuống. Điều này khiến phần còn lại của dự án xây dựng thất bại.

Lỗi này có thể được hiển thị nếu bạn sử dụng lắp ráp giả. Loại bỏ hàng giả dẫn đến việc xây dựng thành công dự án.