我试图将我的解决方案划分为三种配置:
发展
测试
释放
以上所有内容都有不同的发布位置,因此用户可以使用发布,在测试中进行测试并查看开发版本中的新内容。所有三个版本都将使用不同的名称后缀和图标构建,并安装在每个用户工作站上。
现在我得到:
无法安装此应用程序,因为已安装具有相同标识的应用程序。要安装此应用程序,请修改此应用程序的清单版本或卸载预先存在的应用程序。”
我什至不能在一个工作站上多次安装它。
那么我能做些什么来实现这一目标呢?
我试图将我的解决方案划分为三种配置:
发展
测试
释放
以上所有内容都有不同的发布位置,因此用户可以使用发布,在测试中进行测试并查看开发版本中的新内容。所有三个版本都将使用不同的名称后缀和图标构建,并安装在每个用户工作站上。
现在我得到:
无法安装此应用程序,因为已安装具有相同标识的应用程序。要安装此应用程序,请修改此应用程序的清单版本或卸载预先存在的应用程序。”
我什至不能在一个工作站上多次安装它。
那么我能做些什么来实现这一目标呢?
除非您更改部署,否则您不能多次安装同一个应用程序。最简单的方法是更改程序集名称。这篇文章解释了这一点。
随着时间的推移,我现在可以看到解决方案非常接近,只需要我能够首先指定我的要求。
所以,现在我可以说它主要取决于此类配置的数量:
如果它是有限且低的,即 live/test/dev,您可以将每个项目作为解决方案中的单独项目,如 AppLive、AppTest、AppDev,这需要重构以将所有常见的东西移动到单独的项目中,但它会生成代码和发布更清晰,更易于管理。
如果这些配置是无限的,或者数量很大,那么可以从文件中加载配置,然后根据自定义逻辑从池中选择一个。
目前我正在使用两者的混合,因为我希望能够在上线之前发布测试版本,而且我的应用程序被多个分支使用,并且每个分支都有一些独特的样式、徽标等,所以这是应用的从嵌入 xml 文件中,并根据 Active Directory 条目识别正确的集合。