Deployment 在Dev/Test/Live环境中部署LightSwitch
如何将LightSwitch应用程序部署到生产环境中? i、 e.LS应用程序已经开发,但现在需要先安装到测试中,然后再安装到现场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会和你作对。我真的很想看到一个“高级”部署选项,它提供了一些可
我们不希望使用“手动”方法,即使用Visual Studio构建/发布选项,而是希望自动化部署。我的感觉是,部署是LightSwitch真正的弱点之一。如果您使用产品中内置的非常简单的部署模型,并且在Windows域中执行所有操作,则发布向导可以执行所有操作。但如果你完全偏离了模型,LightSwitch会和你作对。我真的很想看到一个“高级”部署选项,它提供了一些可配置性 以下是我如何解决针对web部署的LightSwitch应用程序的问题:
完全同意。。。对于“企业”情况,LightSwitch中的部署选项非常弱。我发现的问题是用于数据库更改的嵌入式SQL脚本,即指向开发环境,脚本说有一个表更新,但在用于测试时,脚本将失败,因为脚本中有一个
“IF(@@servername!=“vmDEV”)”
guard子句。另外,我不打算做这项工作,业务团队不是“开发人员”,因此我需要尽可能自动化整个流程。这里有一个建议:让每个业务分析师部署到他们自己的测试站点,包括LS数据库更新。然后使用诸如Redgate SQL Compare之类的数据库差异产品将数据库更改部署到辅助测试环境,然后部署到生产环境。我们没有讨论的另一个限制是,在多个开发人员(或分析师)之间共享单个项目不是一个好主意。