Сравнить скомпилированные блоки.NET?

Мне просто нужно было сравнить две версии одной и той же библиотеки DLL с одинаковой версией (мне нужно было внедрить небольшое исправление и развернуть DLL в рабочей среде, но я хотел убедиться, что в код не просочились другие изменения). В идеале я бы хотел, чтобы надстройка Assemby Diff показала мне разницу, но она не работает (она думает, что я сравниваю DLL с самой собой). Вот что я сделал:

• Создал две папки для хранения дизассемблированных исходных файлов.
• Использовал опцию Экспорт в Reflector (из контекстного меню) для создания исходных файлов из каждой DLL в папках, созданных на предыдущем шаге.
• Использовал бесплатный инструмент DiffMerge для сравнения двух каталогов; инструменты показали мне измененные файлы и разницу.

Это немного беспорядочно, но, похоже, работает. Однако мне бы хотелось, чтобы надстройка Assembly Diff работала.

ОБНОВЛЕНИЕ: Последняя версия надстройки Assembly Diff должна исправить проблему сравнения двух версий одной и той же сборки. Попробуйте.

Инструмент NDepend предлагает множество функций для обработки различий кода .NET. Отказ от ответственности: я являюсь одним из разработчиков инструмента.

Панель Поиск по изменению предназначена для просмотра различий кода сборки. Обратите внимание, что:

• Вы можете подключить к NDepend любой инструмент сравнения кода, используемый в меню. Сравнить старую и новую версии исходного файла.
• Если у вас нет исходного кода, есть только необработанные сборки, опция Сравнить старую и новую версию, дизассемблированные с помощью Reflector

Обратите также внимание на скриншот, что запрос кода CQLinq генерируется для просмотра различий.

from m in Application.Methods 
where m.CodeWasChanged() 
select new { m, m.NbLinesOfCode }

Многие другие запросы и правила сравнения по умолчанию предлагаются по умолчанию, что позволит вам разумно просматривать различия кода .NET.

• Типы, которые раньше покрывались на 100%, но больше не используются
• Ключевые изменения API: методы
• Избегайте усложнения сложных методов
• Избегайте снижения покрытия кода тестами типов
• С этого момента все добавленные или реорганизованные типы должны соответствовать основным принципам качества
• Избегайте преобразования неизменяемого типа в изменяемый
• Эвристика для поиска типов, перемещенных из одного пространства имен или сборки в другое

Два пути.

Вы могли ILDASM и разность с классическими инструментами.

Или Вы могли использовать NDepends, который будет стоить за ту функцию.

[Часть милым C#..]

Java имеет хороший: Semantic Diff Utilities