发布程序时希望增加 □不覆盖数据库连接参数 的选项

发布程序时希望增加 □不覆盖数据库连接参数 的选项

原因是
目前开发了一套系统,需要分开部署2/多套独立数据库的版本的应用,
这些系统都已经做到使用一套代码,但是发布时每次发布都会覆盖原服务器上已有的数据库连接字符串

目前的解决办法是  将git 里面的工程  拉下来后 另存一个工程,然后重新打开另存出来的工程 修改数据库连接参数,然后再发布工程
或者
不修改数据库连接参数直接发布,发布完成后连接到服务器上修改对应应用的数据库连接字符串

两种方法都繁琐而且会出现其他问题.

比如不知道原来数据库连接参数的人就没办法发布,连接这个数据库的应用.

这个好像很有道理。

感谢大佬的反馈~
确实现在使用内建库的时候都可以勾选不覆盖服务器数据，那么使用外联库的时候也应该可以选择不覆盖服务器连接参数。这边给您记了一个需求，需求编号是40834
后边会有专门的同事来评估和处理这些需求的，感谢您的支持

需求+1

紫色幽魂 发表于 2022-2-24 21:11
需求+1

感谢您的反馈~

这个问题，我理解正常的解决方案应该是
设计器连接的是开发或者测试的数据库，
首次发布应用前，不要修改成正式库的数据库连接字符串，等发布以后，在服务器上修改数据库练级字符串；
活字格会记录数据库连接串的映射关系
以后每次发布的时候，设计器都还是使用开发或者测试的数据库，直接发布，即可

Simon.hu 发表于 2022-3-26 11:52
这个问题，我理解正常的解决方案应该是
设计器连接的是开发或者测试的数据库，
首次发布应用前，不要修改 ...

测试  以上描述的场景确实可用.
但是存在以下问题:

1 开发环境如果修改过数据库连接参数,比如切换不同的数据库做开发后,再发布以上方式就不起作用了;
2 以上规则还是太过隐蔽,每次发布都不放心,因为不知道服务器上的链接参数是不是被改掉了,导致没有服务器管理权限的人还是无法放心的用这种方式做发布(太隐晦,且测试过程中有不知到什么原因就出现不起作用的情况出现)
3 建议还是考虑发布时直接做一个勾选,选择了就覆盖,不选择就不覆盖 这样直观可控的方法来发布更靠谱.

实践证明 目前系统隐含的这种发布规则存在问题,上周用这种机制发布程序,出现发布完成后服务器上查看应用设置信息链接字符串 是正确的,但是最终整个系统实际连接的数据库并不是显示的数据库,而是设计器上的的链接参数对应的数据库,通过重启应用无法恢复.

最后不得已是停止整个活字格服务,重启服务后应用才正常按照显示的链接字符串链接到正确的数据库上.

再也不敢这样发布了.只能用老办法  拉取仓库代码  另存工程后 修改连接字符串,为正式环境链接字符串,然后再发布.

感谢您的反馈~
这边会把您的用例和建议反馈给我们的产品经理去做考量的，目前产品给您带来的不便还望谅解，感谢您的支持

Lay.Li 发表于 2022-2-24 14:28
感谢大佬的反馈~
确实现在使用内建库的时候都可以勾选不覆盖服务器数据，那么使用外联库的时候也应该可以 ...

需求+1  感觉 这个需求非常的需求，只是不修改覆盖服务端的 连接类型！