Deployment 在Dev/Test/Live环境中部署LightSwitch

Deployment 在Dev/Test/Live环境中部署LightSwitch,deployment,continuous-integration,visual-studio-lightswitch,Deployment,Continuous Integration,Visual Studio Lightswitch,如何将LightSwitch应用程序部署到生产环境中? i、 e.LS应用程序已经开发,但现在需要先安装到测试中,然后再安装到现场 我们不希望使用“手动”方法,即使用Visual Studio构建/发布选项,而是希望自动化部署。我的感觉是,部署是LightSwitch真正的弱点之一。如果您使用产品中内置的非常简单的部署模型,并且在Windows域中执行所有操作,则发布向导可以执行所有操作。但如果你完全偏离了模型,LightSwitch会和你作对。我真的很想看到一个“高级”部署选项,它提供了一些可

如何将LightSwitch应用程序部署到生产环境中? i、 e.LS应用程序已经开发,但现在需要先安装到测试中,然后再安装到现场


我们不希望使用“手动”方法,即使用Visual Studio构建/发布选项,而是希望自动化部署。

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

以下是我如何解决针对web部署的LightSwitch应用程序的问题:

  • 在项目开始时,使用发布向导向每个目标环境部署一次。这是设置数据库的最简单方法
  • 部署新版本时,请使用发布向导将部署包部署到本地开发计算机上的标准位置
  • 部署包只是一个zip文件,因此您可以打开它,深入了解实际二进制版本的位置。我使用powershell脚本将二进制文件从部署包复制到本地SVN工作目录。请注意,在此步骤中不得复制web.config文件
  • 将解压缩的二进制文件签入SVN,并使用SVN管理部署
  • 使用SQL脚本管理架构更改

  • 完全同意。。。对于“企业”情况,LightSwitch中的部署选项非常弱。我发现的问题是用于数据库更改的嵌入式SQL脚本,即指向开发环境,脚本说有一个表更新,但在用于测试时,脚本将失败,因为脚本中有一个
    “IF(@@servername!=“vmDEV”)”
    guard子句。另外,我不打算做这项工作,业务团队不是“开发人员”,因此我需要尽可能自动化整个流程。这里有一个建议:让每个业务分析师部署到他们自己的测试站点,包括LS数据库更新。然后使用诸如Redgate SQL Compare之类的数据库差异产品将数据库更改部署到辅助测试环境,然后部署到生产环境。我们没有讨论的另一个限制是,在多个开发人员(或分析师)之间共享单个项目不是一个好主意。