识别用于热修复程序/修补程序的文件

Question

我们(偶尔！)必须为我们的产品发布热修复程序，并通过直接重新发布受影响的文件来执行此操作，而不是使用新的安装程序。该产品包含大量的部分，一些是托管代码，一些是非托管代码。

目前，构建工件(exe，dll)的开发标志需要在热修复程序中提供。我们希望能够通过将它们与以前的构建进行比较来自动识别它们。简单的二进制比较不起作用，因为所有文件上的版本号都已更改，因为如果文件是构建的一部分，则使用新的版本号来标记文件。

有没有工具可以进行更智能的比较，并决定应该包含哪些文件？我们仍然会让开发人员检查列表，这是为了捕获开发人员没有想到的文件，而不是相反。

(注意:更改热修复/构建过程不是一个直接的选择，我们是否应该发布单个文件是另一种讨论！)

Answer 1

以下是我看到的选项：

构建计算机上的

• 获取已更改的文件的报告，并使用文件路径的目录结构来确定哪些dll确实更新了。我不确定这是否违反了你的“无构建过程更改”规则。
• 如果你想等到构建完成后，我建议使用像http://www.romeotango.com/Downloads/FileCompReadMe.txt这样的二进制文件比较工具。使用它，您可以获得一组差异，因此您只需要获取脚本，该脚本使用该工具忽略由于版本号而发生的差异。您可以通过使用受控方案找出版本号的显示模式，在受控方案中，您知道两个二进制文件除了版本号之外是相同的，并注意不同之处。对几个dlls执行此操作，希望出现足够多的模式，以便您可以编写脚本。