最近项目要接一个广告平台tradplus，然后看到cocos刚好有那个服务就觉得挺好直接用吧，然后用了，一看，两年前的tradplus版本，得，我自己手动升级吧，然后弄完之后将东西放到build-template目录下，然后发现没用，还是会被cocos里面的tradplus版本覆盖，我真的佛了。本来一个挺好的功能，出了挺好的，不升级也就算了，还不让别人升级，我开了这个服务这个服务最后就会覆盖我的build-template，真是离谱他妈给离谱开门离谱到家了，合着我现在用就得每次构建完手动去覆盖一下呗
最近项目要接一个广告平台tradplus，然后看到cocos刚好有那个服务就觉得挺好直接用吧，然后用了，一看，两年前的tradplus版本，得，我自己手动升级吧，然后弄完之后将东西放到build-template目录下，然后发现没用，还是会被cocos里面的tradplus版本覆盖，我真的佛了。本来一个挺好的功能，出了挺好的，不升级也就算了，还不让别人升级，我开了这个服务这个服务最后就会覆盖我的build-template，真是离谱他妈给离谱开门离谱到家了，合着我现在用就得每次构建完手动去覆盖一下呗
收到，over，请求别人的同事，态度缓和点，这位来自网络的一位小哥哥
好的呢，亲
可以用批处理
可以尝试关闭 services 插件。
试试在插件配置里关掉它。
如果不行的话，可以强制关闭：
Editor.Package.disable(Editor.Package.getPath('cocos-service'));
关了我的sdk怎么用啊，你没get到重点，现在重点是service里面的sdk已经是好几年前的了，我想升级，但是你们没有任何地方支持升级操作就很离谱，就是改一下gradle里面的参数而已，每次构建都会被覆盖，我把我的东西拷贝到build-templates里面还是不行，就是你们的执行流程竟然是先拷贝build-templates里面的代码然后在执行cocos-service，然后我自己的代码又被编辑器你们的版本再覆盖一次
或者我们构建的时候能不能有个模式我们只构建资源和代码不动原生层的任何东西呢，这样也可以解决问题，至少我只需要改一次就好了，我现在没太明白这个build-template这个目录到底哪点方便了，感觉非常麻烦接sdk也非常麻烦，还需要拷贝过去
所有的sdk最好都不要用cocos 集成的 垃圾要死 不知道谁写的谁设计的 感觉是不是实习生写的 最好还是自己接 sdk其实没有想的那么难接入
1赞
不是sdk接入问题，他主要的问题就是所有东西都只做一半，后面有问题也不维护，如果说你就是为了有这个功能，那还不如对外宣传有了然后对内我们就说自己其实没做就完了
1赞
早上刚起床洗了个澡，看到外头的阳光真不错，我来不及穿上衣服就打开了窗帘，欣赏起了日光下的美景，我双手叉腰晒了会儿日光浴，时间一点点过去，身上差不多干了。看着大好风光，我拿起心爱的Mac，想要记录下这令人心情舒适的景色，却不小心点开了Cocos Creator，发现今天是疯狂星期三，V我￥9.9，今晚就给你做出来一款小游戏耍一耍！
可能当时写那个功能的实习生离职了 没人愿意接盘
sorry，之前确实没 get 到根源上。
其实 services 也是一个插件，所以他做的事情都是在正常插件处理流程内的。
如果想要做一个后处理，可以写一个插件，插件里使用 builder 提供的钩子，做一个后处理，这样应该能解决每次手动修改的问题。 
今天疯狂星期四kfc~
1赞
我更想知道你们的东西放在哪个目录，我直接去把你们每次copy的那个文件改了，一劳永逸
说实话为这个事情写个插件我觉得累挺，反正你们也不升级，干脆我来给你们升个级