1、申请git 账号，jira 账号：
飞书-工作台-审批-发起申请-软件及账号；
2、环境搭好、工程跑起来；
2.1 软件安装：
Git 客户端: 推荐 Fork
Git GUI客户端：https://www.sourcetreeapp.com/
代码编辑器： Web Storm smb://10.10.31.14
Xcode / Android studio 可以等需要的时候再装
2.2 node 依赖安装：
browserify： 将JS脚本打包成一个文件
sudo npm install -g browserify
uglifyjs：混淆JS代码
sudo npm install uglify-js -g
jq：shell脚本中访问json配置数据
brew install jq -g
2.3 Git 访问设置，按如下方式设置SSH访问git，便于命令行操作：
i. 生成钥匙对，参考： https://gist.github.com/yisibl/8019693
ii. 登录github点击头像--settings---SSH and GPG keys， 点New SSH Key，把公钥文本粘贴进去
2.4 webstorm 配置JavaScript Debug:
run，debug 都可用，区别在于 debug 模式会在 webstorm 输出运行日志
可在 chrome 浏览器-调试-代码中打断点调试；
2.5 webstorm 配置代码、资源热更新组件：
由脚本build_local_hotfix.py实现，传入参数为js文件相对路径或文件夹的相对路径，如build_local_hotfix.py src/task/controller/ActivityBaseController.js，则只更新ActivityBaseController.js文件；
如build_local_hotfix.py src/task/controller，则更新该文件夹下的所有js文件，适合一个模块的整体更新。
为方便调用，建议在WebStorm配置external tools工具，一键热更：
进入WebStorm设置界面
找到External Tools设置，点击+号
填入脚本的调用参数:
Program：./build_local_hotfix.py
Arguments：$FileRelativePath$
WorkingDir：$ProjectFileDir$/scripts
找到Menus and Toolbars设置，展开到Run/Debug，在Debug项点击Add After增加一项快捷按钮
选择刚才新建的External Tools配置
在工具栏的Debug按钮右侧就会出现一个热更快捷方式
点击左侧项目的js文件或文件夹，再点击工具栏上的热更按钮，即可对该文件/文件夹调用热更脚本
游戏中Local模式每隔2s会检查热更，热更后会弹出热更成功的提示
热更了js代码后，正在执行的代码不会生效，需要重新创建类的实例之后才会生效，如果是弹窗逻辑，¡生效，
如果是关卡内逻辑，则需要退出关卡再进入才能生效。
2.6 资源文件热更新
2.6.1 资源文件通过CocosBuilder脚本来进行，在需要热更的资源文件/文件夹右键，选择发布到工程菜单项，即可自动部署并热更
使用该脚本前需保证配有COCOS_X_ROOT环境变量，脚本通过该变量来索引工程代码的路径，可通过配置.bash_profile来增加
热更后会弹出热更成功的提示
热更了资源之后，需要重新加载一遍资源才会生效，例如将弹窗关闭再打开，会立即生效。
如果是活动入口，则需要进入关卡再退回大厅才能生效。
2.6.2 注意事项：
[https://drive.google.com/file/d/1z486VyUwzL\_C3aMJxTPYdDqzFybCWW8Z/view?usp=sharing](https://drive.google.com/file/d/1z486VyUwzL_C3aMJxTPYdDqzFybCWW8Z/view?usp=sharing)
1）每个js文件只能导出一个类，不支持module.exports导出多个类的热更新，如
是支持热更新的，
是不支持热更新的。
2）如果导出的是一个function，则构造函数是不支持热更新的，如
导出这个函数之后，里面的内容是不能热更新的，只能更新他的prototype，如
这些函数是可以更新的。
3）如果修改了基类的方法，则确保子类直接调用父类的方法，否则需要连同子类一起热更。如修改并热更了基类：
则以下调用会立即生效：
但以下写法需要将子类也热更之后才能生效：
2.7 图片压缩第三方库
安装Python处理图片第三方库Pillow：https://blog.csdn.net/yanjunmu/article/details/46967303
3、熟悉程序工作总表：
3.1 建个周报文档补上，文档放 google 网盘；周报格式仿照组内其他程序周报；命名格式看总表里的程序产出说明；
3.2 熟悉组内工作流程，产出规范；
工作流程：
接需求文档-->开需求会-->定排期-->需求研发-->提 A 版-->修改 A 版反馈-->提测-->发版-->总结&复盘
产出规范：
程序工作总表-工作手册-程序产出说明
4、熟悉项目：
本地工程跑起来后，选择测试服，进入游戏体验；
5、配置opnVpn，方便居家连接公司网络：
6、约定俗成的术语、概念：
Classic、传统模式、oldvegas，都指的是同一个传统模式；产品简称 CV；
其他模式都有唯一的叫法，例如DoubleHit。产品简称 DH
7、项目目录结构：
WorldTourCasino.git仓库是很多项目的集合，包括Classic，DoubleHit等。具有以下目录结构。
8、研发分支：
主分支：classic_vegas
CV 分支：classic_vegas_cvs_vXXX
DH 分支：classic_vegas_dbh_vXXX
分支流程：
1、每周会在飞书“Slots分支群”发布本周提测分支（发版分支）；
2、需求启动后，从本周分支切出自己的研发分支，命名：“classic_vegas_cvs_vXXX_需求名”，eg：“classic_vegas_cvs_v733_slots_248_firework_strike”；
3、需求完成提测时，将研发分支合并到当周分支；
4、cv、dh 在各自分支上提交本周内容，通常周四发 cv，周五移植到 dh（活动、关卡移植教程）；
5、每周cv、dh发完版，会将本周的发版分支合并到主分支；（需要注意，如果当周 cv、dh 发版内容有差异，需要做兼容处理）
6、分支合并完后，切下周发版分支；