现在小程序开发有一个痛点，一个项目的开发往往要申请2-3个号，在对应的DEV中开发、QA中测试及UAT，PRD对用户。
建议在环境中添加一个类似于sandbox功能，我可以把代码发布到sandbox中，可以给指定人员预览，但配置连接到QA环境（参考另外一个建议添加环境变量的需求）；
同时再建议增加一个QA直接promote到PRD的功能，这样审核可以放在sandbox中完成，审核人员的任何操作都不会影响到真实环境中的数据。promote的过程是在你们服务器端直接从sandbox中将源代码copy到PRD中发布，避免developer的干预，也不需要重新审核，但环境变量会变成PRD的。这样会大大提高系统稳定性和审核的方便性。
真的，沉痛建议！
这个建议你们测试时通过 host 或 dns 路由到测试服务器，一样的代码，通过不同 ip 访问到不同的服务器
那审核怎么办？审核期让审核人员改host？
请教，我现在就没想明白，代码中如何区分审核版本和正式版本？
我的理解就是，我要把PRD的代码配置都写好，发布到预览版进行审核，一旦审核通过我就没有机会再修改任何配置文件了，直接push到PRD上。那么我在审核的预览版上必须使用生产环境的配置文件。
如果是“审核时期”走其他测试服务器的话，是不是这个时期线上的配置也会变成测试服务器？这就不行了吧。
不是可以发体验版的吗，而且通过小程序助手可以直接查看不同人编译的不同版本
审核人员可以审核体验版？？？
审核数据删除就好了
第一，我没法区分哪些是真实数据哪些是审核数据
第二，private的社区其实审核者是没权限的，邀请制的就更没法给权限了。
解决方案很多，数据加上版本标识，审核通过后并不是马上发布，需要管理员手动发布，发布之前清理一下，或者小程序代码里加个控制，弄个远程配置文件，审核版本走其他测试服务器，发布后一键切换
再告诉你个事情，微信会不定期抽查小程序，一样会产生审核人员的数据