Wir haben kürzlich einen Entwickler aus unserer Organisation entlassen. Wir sind nicht sicher, ob die Version einer ausführbaren Datei, die er auf einem Produktionsserver ablegt, dieselbe ist, die derzeit in TFS vorhanden ist. Gibt es einen Weg (neben der Verwendung von Just Compile oder ILDASM), das Projekt von TFS zu erstellen und diese ausführbare Datei mit der aktuell auf unserem Produktionsserver zu vergleichen?
UPDATE: Ich versuche Just Decompile, und ich habe beide Binärdateien geladen, also gehe ich durch jeden Namespace, Member usw., um sie miteinander zu vergleichen. Ich bin es gewohnt, Schema Compare in Visual Studio zu verwenden, um die Schemas von zwei Datenbanken zu vergleichen und die aktualisierten, entfernten und hinzugefügten Elemente mit den hervorgehobenen Unterschieden zu sehen. Gibt es ein Tool, das diese 2 dekompilierten Binärdateien braucht und die Unterschiede irgendwie hervorhebt?
Im Moment kann ich nur an diesen Ansatz denken:
Hoffen Sie, dass Sie das suchen?
Andere Lektüre, die für die Zukunft in Bezug auf Versionierung nützlich sein kann, damit Sie wissen, welche DLL welche Funktionalität enthält (möglicherweise für Sie nützlich oder nicht, verzeihen Sie mir, wenn ich Ihnen etwas Offensichtliches sage):
Best Practices / Anleitungen zum Verwalten von Baugruppenversionsnummern
Viel Glück
Ein Produkt, das wir für detaillierte Vergleiche einschließlich Vergleichen von Binärdateien verwenden, ist Beyond Compare . Als wir das Produkt zum ersten Mal bekamen, dachte ich, es wäre etwas von begrenztem Nutzen, aber es hat uns geholfen, einige sehr knifflige Probleme zu lösen. Es vergleicht Verzeichnisse, Textdateien, Binärdateien, MP3s, Bilder und Softwareversionen. Es ist auch nicht besonders teuer.
Ich habe gerade das Produkt gegen die Binärdateien einer Anwendung sowohl in Release als auch in Debugger ausgeführt und jedes diff hervorgehoben.
Ich bin mir sicher, dass Sie ILDASM gegen zwei Binärdateien ausführen und einen Augapfelvergleich durchführen können, aber ein Tool wie dieses wird sich wahrscheinlich immer wieder amortisieren.
Tags und Links .net c# visual-studio-2010 disassembly