解决方案的部署方式应该是Cloud今后主要的发布部署方式，辛苦开发了内容，到了部署安装的环节，折腾了一段时间后，总算完成了kdpkg的打包，本来kdpkg这个设计思路是一个很棒的打包方案，最后就给项目一个包就搞定了。但是这个BOS工具做得不好，构建过程真是一个非常不愉快的体验，回头再看这中间发生的问题，希望下一个版本的解决方案部署包能够进一步改进：
1.解决方案这个功能发布后，完全没有相关的说明文档，只能让人去猜它的功能，太费劲了。
2.发布的时候没有办法支持枚举和辅助资料，二次开发过程中经常会新增枚举和辅助资料，目前没有办法直接支持，只能自己写SQL脚本，还是不方便，建议后续版本还是能支持选择枚举和辅助资料，然后在后台生成对应的脚本
3.发布包的版本指定问题，目前是构建一次，系统自动跳一个小版本号，这样的做法不合理，应该可以像VS的工程那样，让开发人员来自己维护版本编号
4.在解决方案项目窗口中添加主控菜单时，竟然不是勾选的，而是让用户一次选择一个菜单项，然后点击一下“脚本”按钮，真的很笨，为什么不搞成多选的，然后只生成一个主菜单脚本的文件呢，项目窗口中就不要搞出那么多菜单项来了。
5.构建完发布到指定数据中心后，菜单项的权限项没有自行带过去，还是空的，要让用户再登陆那个数据中心的BOS中，再去绑定一次权限项。
6.在解决方案项目窗口中添加系统参数的时候，竟然弹出的是组织列表，到底是什么意思呢，选择了以后也发布不出来。但是通过解决方案菜单中的部署包管理又可以勾选自行开发的参数对象来发布，很奇怪的方式。
7.在解决方案项目窗口中，只能绑定VS工程，通过源码来编译，这样如果是没有源码就不能构建了，有时候会出现开发人员把编译好的DLL文件发过来，我们需要根据这个编译好的DLL来打包，就搞不了了。而解决方案菜单中的部署包管理又可以自行添加DLL，总之这个真的很让人困惑，到底要怎么搞。
8.在解决方案项目窗口中的业务对象预插数据是让开发一个一个去找业务对象，为什么不是展开子系统模块树，可以一次勾选多个呢，又是一个让人困惑的功能设计。而工作流预插数据，业务流程预插数据又是可以展开子系统模块数，可以一次勾选多个的。
9.双击项目窗口的解决方案根节点，弹出解决方案属性设置中有一个业务领域选择，看这个选择的本意是让开发人员选择一个这个二次开发内容所属的业务领域。但是如果一个项目的二次开发内容包含了财务，供应链，生产领域又只想一个项目的二次开发只打成一个部署包，那么这个选择就让人很困惑，到底该选那个领域呢，这个属性根本就是多余的。
10.发布生成了kdpkg以后，转到对应的output文件夹中去看，那个文件夹中的AM，DM里面还有东西，这个也会让开发产生疑惑，应该是生成了一个kdgkg直接给实施去部署就好了，那两个文件夹里面的东西要给实施吗，又是让人产生疑惑的地方，不是最后的生成结果就是一个kdpkg吗？
总之，完整体验了解决方案的部署过程，真是一个非常不愉快的体验，希望能在后续版本中，多改进
推荐阅读