<picker mode="region" bindchange="bindRegionChange" level="sub-district" value="{{region}}" custom-item="{{customItem}}">           </picker>

官方是否加了-webkit-overflow-scrolling: touch; ？

[图片]

已审核通过版本全网发布失败，提示：Errcode：85020，Errmsg:status not allowed hint: [n8vePA0681b464]； 项目上线紧急，麻烦尽快帮忙看下原因，谢谢。

- 需求的场景描述（希望解决的问题） [图片] 用云服务器开发可以在接口上通过referer这个判断是什么版本，但是云开发上无法判断，只能在提交的时候手动修改环境配置，一不小心弄错了基本玩完。 - 希望提供的能力 在前端提供可获取 开发版，体验版，审核版，正式版的途径。 增加这个应该是随手的事情，难道是怕开发者更具环境变量显示不同的页面，绕过审核吗？

现在我们在做系统的时候，往往会申请2-3个号，分别用于dev、qa、prd环境，因为对应的后台环境肯定不一样，你不能要求测试在PRD上完成。 所以现在一个痛点是我们在DEV上开发，可能配的后台环境是http://localhost:xxxx/，到QA上就会变成https://qa.xxx.com/，到PRD是https://www.xxx.com。这样我们从DEV发布（promote）到QA的时候要用QA的配置文件覆盖后发布到QA环境上，再promote到PRD的时候得再改配置文件。 理论上说QA到PRD不应该再有任何代码的修改，但这里却做不到。 建议增加系统级别的配置文件，可以将这些关键的key直接配置在平台上，由平台进行各个环境的环境变量的配置管理，这样这些关键信息就可以不用专门管理，甚至代码级别的修改后才能再发布的痛点。