Thay đổi Phiên bản Phiên bản trong một assembly được biên dịch .NET

Question

Câu hỏi đơn giản ... có cách nào để thay đổi Phiên bản Lắp ráp của một assembly .NET đã biên dịch không?

Tôi thực sự sẽ ổn với cách thay đổi Phiên bản tệp lắp ráp.

Answer 1

Tại sao bạn muốn thực hiện việc này? Nếu ứng dụng khác có thể sử dụng nó, bạn có thể muốn xem xét assembly binding redirection thay thế.

Answer 2

Có vẻ như quy trình của bạn quá nặng vì bạn phải cập nhật nhiều tệp AssemblyInfo. Bạn đã cân nhắc việc chia sẻ cùng một tệp AssemblyInfo giữa các dự án? Derik Whittaker đưa ra một ví dụ tốt về cách thực hiện việc này.

Khi bạn có một tệp, bạn có thể đi thêm khoảng cách bằng cách có quá trình xây dựng cập nhật phiên bản AssemblyInfo duy nhất của mình bằng cách sử dụng MSBuild hoặc NAnt.

Answer 3

Bạn có thể sử dụng ILMerge:

ILMerge.exe Foo.dll /ver:1.2.3.4 /out:Foo2.dll

Một lý do chính đáng để làm điều này là để tăng phiên bản lắp ráp tại một xây dựng trong bạn tìm thấy những thay đổi phá vỡ (sử dụng NDepend ví dụ). Bằng cách đó nếu không có thay đổi đột phá, phiên bản lắp ráp vẫn giữ nguyên, và bạn có thể vá bản phát hành được xây dựng dễ dàng.

Chúng tôi luôn tăng phiên bản tệp và phản ánh số bản dựng.

Answer 4

Nếu bạn có kiểm tra chính thức và kiểm soát nguồn, quá trình này trở nên khá đơn giản. Nó bắt đầu với một sự hiểu biết về những người có thể thay đổi các phân đoạn số khác nhau của phiên bản và khi nào. .net assembly có 4 phân đoạn số (tức là 1.0.0.1).

Phân đoạn đầu tiên chứa số phiên bản chính. Điều này được thiết lập bởi quản lý cấp cao và cho biết một thay đổi lớn trong giao diện người dùng hoặc trong nền tảng của ứng dụng. Điều này luôn luôn phải là cùng một số giữa phiên bản lắp ráp và phiên bản tệp.

Đoạn thứ hai chứa số phiên bản nhỏ, còn được gọi là số Bản phát hành tính năng. Điều này được thiết lập bởi Quản lý dự án và cho biết rằng các tính năng mới đã được thêm vào ứng dụng. Điều này luôn luôn phải là cùng một số giữa phiên bản lắp ráp và phiên bản tệp.

Phân đoạn thứ ba chứa số Bản dựng. Điều này được thiết lập bởi nhóm thử nghiệm và cho biết rằng ứng dụng đã sẵn sàng để được triển khai. Nó được thay đổi trước khi sửa lỗi được phát hành. Khi phát hành một phiên bản mới, thử nghiệm sẽ đặt lại phân đoạn thứ tư thành 0. Đây có thể là cùng một số giữa phiên bản lắp ráp và phiên bản tệp, nhưng thường được để ở 0 cho phiên bản lắp ráp để đơn giản hóa việc triển khai bản vá hiện có.

Phân đoạn thứ tư chứa số sửa đổi. Điều này được thiết lập bởi nhóm phát triển bất cứ khi nào họ kiểm tra mã mới vào kiểm soát nguồn. Con số này sẽ được bao gồm trong phiên bản tệp của DLL đã biên dịch, nhưng không có trong phiên bản lắp ráp.

Tôi nhận thấy điều này giúp người triển khai, người kiểm tra và nhà phát triển theo dõi các phiên bản mới nhất mà không cần phải nhấn mạnh từng ngón chân khác. Unfortunatley, tôi cũng đã làm việc với các công ty đã sử dụng một hệ thống phiên bản tĩnh để không ai thực sự biết những gì mới nhất, lắp ráp tốt nhất là.

Answer 5

VerPatch, như được tham chiếu trong số answer này, rất đơn giản và hiệu quả.

Answer 6

Cũ chủ đề nhưng đây là 5 hào của tôi ...

1. tháo rời

   ildasm my.exe /output:my.il /metadata

2. Sửa my.il thay đổi thông tin phiên bản. Có rất nhiều nơi để xem xét:

   • chính: nhỏ: phiên bản: xây dựng - thường là một lần xuất hiện
   • major.minor.revision.build - một vài lần xuất hiện. Chuỗi được tìm thấy trong phần bình luận sau dòng thực tế. Phiên bản là một giá trị thập lục phân trong một mảng byte. Ví dụ:

.custom instance void [mscorlib]System.Reflection.AssemblyFileVersionAttribute::.ctor(string) = (01 00 07 35 2E 31 2E 33 2E 30 00 00) // ...5.1.3.0..

3. Sửa my.res thay đổi thông tin phiên bản. Nhấp đúp và chỉnh sửa với studio trực quan. Khá thẳng về phía trước thủ tục.

4. Lắp ráp

   ilasm my.il /res:my.res