规范化运营开发.PDF

规范化运营开发 夏永锋 大纲 • 规范化的必要性 • 版本控制 • 测试环境 • 项目文档 • 编码规范 • 人 • 问题与讨论 规范化的必要性 • 避免低级错误 • 应对突发情况 • 多人协作的前提 • 规范化与工作效率 版本控制(1) • 如何看待版本控制工具？ – 代码备份存储？ – 变更记录 – 助力多人协作，提高效率 – 自动化基础工具 版本控制(2) • Git VS. Subversion • 分布式版本控制的优势？ – 没有中心，处处是版本库 – 尽可能避免污染共享库 版本控制(3) •Git基本概念图 版本控制(4) •Git的三种对象 版本控制(5) •Git分支合并 版本控制(6) • Git贴士 – Git帮助文档：git/git help, git help [cmd] – 设置用户名和邮箱：git config –global xxx, git config –global user.email xxx – 彩色输出：git config –global color.ui true – Git gitk 图形化 ： – 注意错误提示 版本控制(7) • 最佳实践: /translate/version- control-best-practices • 图文教程： http://marklodato.github.io/visual-git- guide/index-zh-cn.html • Pro Git 版本控制(8) •开发流程： git branch ( 当前应在master中) git checkout -b yongfengxia （创建yongfengxia分支） modify git add xxx git co it -m xxx git checkout develop git merge yongfengxia git co it -m xxx git push origin develop 测试后需上线 git branch （当前应在master分支中） git merge yongfengxia git co it -m xxx git push origin master 代码已合进master稳定分支 生产服务器从master分支拉取代码，上线 git branch -D yongfengxia 版本控制(9) • 开发流程解决的问题？ • 一定要严格遵守开发流程么？ 版本控制(10) • .gitignore • 已进入版本控制的文件无法被ignore掉。 • 配置文件的问题(ignore掉或切记不要提交本 地机器的配置文件) 版本控制(11) • 服务器代码迁入Git版本控制的过程 版本控制(12) • Gitlab代码托管平台 – 友好安全便利地管理代码与版本信息 – 代码 + wiki文档 – Code review(正在实现基于该功能的code review 任务自动打