0

如何处理将LightSwitch应用程序部署到生产环境中? 即LS应用程序已经开发,但现在需要首先安装到Test中,然后安装到Live中。将LightSwitch部署到Dev/Test/Live环境中

我们不想使用“手动”方法,即使用Visual Studio Build/Publish选项,而是希望自动执行部署。

回答

2

我的感觉是,部署是LightSwitch真正的弱点之一。如果您正在使用构建到产品中的非常简单的部署模型,并且您正在完成Windows域中的所有工作,则发布向导可以完成所有工作。但是如果你完全偏离模型,LightSwitch会与你抗争。我真的很想看到提供了一些可配置性的“高级”部署选项。

这是我如何解决你与瞄准网络部署的LightSwitch应用程序时遇到的问题:

  1. 在项目开始时,使用发布向导一旦部署到每个目标环境。这是建立数据库最简单的方法。
  2. 随着新版本的部署,使用发布向导将部署包部署到本地开发机器上的标准位置。
  3. 部署包只是一个zip文件,因此您可以将其打开以深入到实际二进制版本的位置。我使用powershell脚本将二进制文件从部署软件包中复制到本地SVN工作目录中。请注意,在此步骤中,您不得复制web.config文件。
  4. 检查解压后的二进制文件到SVN中,并使用SVN管理部署。
  5. 用SQL脚本管理模式更改。
+0

完全同意...... LightSwitch中的部署选项在**“企业”**情况下非常薄弱。我发现的问题是数据库更改的嵌入式SQL脚本,即指向DEV环境并且脚本表示对表有更新,但脚本在对TEST使用时将失败,因为脚本具有“IF( @@ servername!='vmDEV')“'中的守卫子句。另外,我不打算做这项工作,它是不是“开发人员”的业务团队,因此我需要尽可能使整个流程尽可能自动化。 – SteveC

+0

这里有一个建议:让每个业务分析师都部署到自己的测试站点,包括LS数据库更新。然后使用像Redgate SQL Compare这样的数据库差异产品将数据库更改部署到辅助测试环境,然后再部署到生产环境。我们尚未讨论的另一个限制是,在多个开发人员(或分析人员)之间共享单个项目并不是一个好主意。 –

+0

感谢您的建议。 – SteveC