我在win7上用英文版creator，别人在win10上用中文版creator，然后我发现，我们生成的settings/services.json内容完全不一样，主要是中英文差异、服务个数不一样，请问这个文件需不需要进入版控?
建议加入版本控制
但是加入版本控制的话，每个开发者打开creator后services.json都可能会变得不一样，如果把services.json提交的话，必然会导致很多冲突
不要进入版控，这个主要保存服务参数配置信息
那到底要不要进入版控?现实情况是，每个开发者都可能用不同版本、不同语言的cocoscreator，然后不同的操作系统，这些因素，会不会就一定影响services.json的内容?
我们试过，A开发者用版本1的creator，B开发者用版本2的creator，A和B的工程中的meta文件内容都会不同，主要是meta里面的version字段不同
services.json 中的内容与版本无关，主要与客户端的语言有关，还有用绑定过的游戏以及参数配置有关
作为服务面板的开发者，services.json 是服务面板的配置文件 ，不建议加入版本控制
那services.json内容的改变会对项目有什么影响?比如会不会对接入的SDK有影响?
会的，在项目构建时，服务面板会根据 services.json 中的配置信息进行 SDK 的集成，比如 A 用户开启了 Analytics 的服务，此时代码中已有 Analytics 的调用代码，则 A 用户在构建项目时会集成 Analytics 的 SDK 文件，但是此时 B 用户没有开启 Analytics 服务，那么在构建项目完成之后，运行时会报错，提示找不到 Analytics 的 SDK 接口
建议是协同开发时，在服务面板中使用相同的配置，Creator 语言也尽量相同，服务面板会根据 Creator 的语言提供不同的服务支持
我觉得creator的语言只是IDE或者编辑器的语言，不应该影响项目构建，应该在别的地方设置语言才对
协同开发时，不同开发者的倾向不同，有些人喜欢看中文的creator，有些人喜欢看英文的creator，更有甚者，会出现国内和国外的开发者协同开发，这时候比较难要求统一creator的语言
这个我们后续会考虑将他们分离开的，因为这个配置文件主要是跟随项目的，所以放在其他地方并不合适
还有，我发现不仅仅是语言不一样，services.json里面的服务个数都不同，是不是还跟我们登录creator的帐号不同有关?
因为语言的不同，服务的个数也不同，只有服务提供了完善的英文版界面和英文文档，该服务才回在英文环境下展示
ccc版本3.6.0
cocos-service.json文件多人开发，一会提交"name": “未知游戏”，一会又提交"name": “UNKNOW GAME”
这个文件建议全部英文吧，省的每个客户端来回改。