有谁征服了VS2019中的Visual Studio安装程序项目？

如何解决有谁征服了VS2019中的Visual Studio安装程序项目？

我整个下午一直在搜索，发现有很多人问这个问题，在所有地方，有几个人会用同样的方式回答这个问题，然后世界其他地方有十几条评论以及关于这些答案如何解决的OP。因此，我将在这里包括我已经尝试过的内容，如果您的解决方案是做我已经尝试过的事情之一，那么我会很难过。

我在Visual Studio 2019中拥有一个解决方案，该解决方案具有一个类库，一个wpf应用程序和一个安装项目（使用安装项目扩展名）。 WPF应用程序当然还引用了一堆程序集，但是其中一个来自我维护在另一个解决方案中的另一个项目。在将编译后的dll从自己的项目更新到此项目后，我将其复制/粘贴。没什么棘手的，一切正常。

问题是安装程序。如果我先构建所有内容，然后构建安装程序，则它会产生预期的MSI。如果我右键单击Visual Studio中的项目，然后选择“安装”，那么一切就完美了。

问题是我对两个代码项目进行了一些更新之后，然后构建了两个代码并构建了安装项目，如果再次单击鼠标右键，则安装它是完美的。如果我运行MSI，则它并不总是更新目标文件。如果我删除目标文件，它将使用新文件创建它们，但不会正确覆盖旧文件。

1. AssemblyVersion和AssemblyFileVersion每次都递增，并与安装项目的“ Version”属性保持同步。我对它们进行了广泛的测试，无法100％正常运行的新安装程序已使用正确更新的版本号更新了其中的dll。
2. 当我更改设置的“版本”时，它要求更改ProductCode的GUID。我说是的，它更改了代码。我也没有这样做就进行了测试，众所周知，这会使情况变得更糟。
3. 在安装程序项目中，“ RemovePreviousVersions”设置为“ true”

如果我右键单击该项目并选择“安装”，那么在升级现有安装方面似乎100％可靠。

如果我直接运行MSI，它似乎100％不可靠，而且永远无法正确解决。

请注意，它似乎通常但不总是将WPF应用程序升级，并且如果我记得要更新其版本，则我会带入另一个项目dll，但是类库（由WPF应用程序引用）几乎从来没有有效。

有人能可靠地工作吗？

解决方法

对于所有将来发现这个问题的人来说，这是硬道理：

构建项目可能不一致，正如我上面提到的，这在互联网上都有很好的记录。您没有做错任何事情-只是不一致。

停止尝试解决它是否影响到您的项目并继续进行下去（在此一项工作正常之前，我已经进行了十二个项目）。共识似乎是使用WiX，但我不在这里讨论替代方案。就我个人而言，我将着手进行WiX学习。