0

我正在寻找一种方法来引用存储在源代码管理中的自定义操作（当前为 .vbs 文件）的路径，以便任何打开项目的开发人员都可以构建/运行安装项目。

我们的设置是 VS 2012，附带了 Free InstallShield 2012 LE。自定义操作在 MSI 安装的“文件传输之前”部分运行。

我们正在寻找的东西

  1. 使用源代码控制，以便我们可以监控更改。
  2. 引用源代码控制路径，以便任何开发人员都可以在本地构建项目而不会出现任何“丢失文件”
  3. 不涉及为 InstallShield LE 的升级版本付费

在我的电脑上，可以毫无问题地构建和运行 MSI。当由另一个开发人员加载时，构建会因有效的“找不到文件”异常而中断。如果我们将自定义操作脚本放在我在本地拥有的相同位置，它可以正常工作，但并非所有开发人员都会将他们的根源位置放在同一个位置。

（看似）明显的答案是引用源代码控制路径并让 TFS 动态查找文件，但似乎没有办法做到这一点。

使用设计器，如果我尝试更改自定义操作的文件名，它会打开一个 Windows 资源管理器对话框，它不允许我使用源代码管理路径（以 $//DeploymentFiles/File.vbs 开头）或相对路径(../../DeploymentFiles/File.vbs)。我也研究过使用路径变量，但没有成功。

一旦我们的第一个版本完成，我们预计自定义操作不会发生太大变化，因此我可以将文件放置到共享位置并引用该文件，但这并没有利用源代码控制，也意味着必须在每次发布之前将最新版本复制到那里。这是我们想要避免的。

如果有人有任何想法、意见、建议，请告诉我。由于是菜鸟，我将无法发表评论，但我会编辑这篇文章

谢谢，

4

1 回答 1

1

我们最终手动编辑 .isl 文件，搜索 File.vbs 并更改路径。当我们重新打开解决方案时，它似乎进行了更改。

此解决方案的问题在于，如果对自定义操作页面进行了更改，这些更改将被覆盖。不是一个很好的解决方案，但似乎对我们有用。

于 2013-05-22T15:56:17.817 回答