解决方案部署，CM，InstallShield

Question

人民,

我们有4或5个实用程序与我们的应用程序一起工作。这些实用程序要么是.bat文件，要么是VB应用程序、PowerBuilder等等。我试图在源代码管理中管理这些实用程序，并试图找到一种更好的方法为它们分配版本。现在，开发人员使用版本控制的元数据(特别是标签)来存储工具的版本号。

我的目标是为每个实用程序创建单独的InstallShield包，并通过一种简单的方法来管理和分配这些包的版本号。

您是推荐一个单独的.ini文件与信息，还是将信息存储在InstallShield .ism文件本身，还是只使用版本控制工具中的元数据信息？

更新：

我喜欢猎户座的想法。不过，我有一个顾虑。增加版本号的脚本..。它不可能有足够的智能来增加主要数字等权利。例如，如果其中一个实用程序的版本为1.2.3，而我们的新版本为2.0.0。脚本可能无法处理这个问题。

我认为这与我们的分支技术有很大关系--我们没有。人们认为，由于实用程序太小，源可能不需要分支。

Answer 1

特别是，PowerBuilder有一个很好的技巧，可以将ini文件中的版本号合并到编译的应用程序中。

详细信息：http://www.pbdr.com/pbtips/ex/autorev.htm

我们在源代码管理中有ini文件，它存储版本号，并在构建脚本中使用它的值来确定成功构建后要应用于源树的标签。非常适合我们的需要。但是，当我们分支时，我们必须手动启动文件以增加适当的数目。

Answer 2

在我的上一份工作中，我管理了我们的构建系统，这似乎与您的要求有一些相似之处。

大约有30个需要编译的C++项目、各种.NET/Java项目以及奇怪的perl脚本。

所有这些都是在我们使用NAnt构建的机器上构建的--如果我今天就这么做的话，我会使用瑞克，但想法是一样的。

我们基本上有一个自动递增的版本号，它存储在存储库根目录中的version.txt文件中。

每次我们做一个构建(每天晚上自动完成，如果需要的话也可以按需完成)，脚本会增加这个数字，并将文件签回源代码管理。

所有其他应用程序都引用此文件作为版本号，或者对于不支持像这样工作的东西，脚本将设置环境变量或执行其他解决方案。

• 我确信我们的安装屏蔽程序引用了一个环境变量作为它们的版本号，但是我们反对使用维克斯，因为安装屏蔽确实很糟糕。
• 在visual studio的情况下，grep/替换.csproj文件中的数字，并将它们签回

希望这能给你一些想法

Answer 3

使用来自版本控制系统的元数据应该会使事情变得更简单。这是您的开发人员已经使用该系统的方式。没有需要维护的其他文件。我的个人经验告诉我如何将卫星应用的版本与主应用程序的版本相同。K.I.S.S