我已经在对 wix 源代码进行修订控制,但没有对文件(要安装)进行修订控制。所以,我可以回到旧版本的包源代码,但不能重新生成那个包,因为我没有旧版本的文件(要安装)。我想对这些文件进行修订控制。是否有任何其他好的方法可以对这些文件进行修订控制,或者仅仅使用像 git 这样的普通 scm 软件就足够了吗?我想知道一些好的做法。
谢谢。
我已经在对 wix 源代码进行修订控制,但没有对文件(要安装)进行修订控制。所以,我可以回到旧版本的包源代码,但不能重新生成那个包,因为我没有旧版本的文件(要安装)。我想对这些文件进行修订控制。是否有任何其他好的方法可以对这些文件进行修订控制,或者仅仅使用像 git 这样的普通 scm 软件就足够了吗?我想知道一些好的做法。
谢谢。
这不是真正的 WiX 问题,而是 CM / Build Automation 问题。您正在寻找的术语是“构建再现性”。有些人将第三方资产(比如 nlog.dll )放在源代码控制中,有些人将它们放在“存档”(网络共享)中并设置权限以使其无法访问。然后,根据您的 SCC 工具,您可以使用标签、变更集 #、纪元、日期时间等重建所有应用程序源。这将创建您的所有其他文件,然后允许您重建 MSI。
从 WiX 的角度来看,唯一实际的考虑是默认行为是每次生成一个新的 PackageCode。在重现性场景中,您可能希望归档原始 MSI 的 PackageCode,然后将其作为静态值传递,以确保重现的构建与原始构建完全相同。或者您可能决定不这样做,而只是在您的流程中记录预期的变化。