Git Flow——基于Git的⼯作流
1. 版本控制及代码管理
分⽀类型
- 主⼲分⽀: master
有且只有⼀个
代码经过严格测试, 最稳定, 可以随时上线 - 开发分⽀: develop
有且只有⼀个
合并了各个开发者最新完成的功能
经过了初步测试, 没有明显 BUG
⼀个周期的功能完成后需要合并到 master 分⽀ - 功能分⽀: feature
可以有个很多个
每次开发⼀个新的功能时,都会创建⼀个feature分⽀
是功能开发中的状态
代码最不稳定
开发完成后需要合并到 develop 分⽀
Pull Request: 拉取请求
- 开发者⾃⼰提交 Pull Request 通知团队成员来合并⾃⼰提交的代码。
- 通过此⽅式可以将合并过程暴露给团队成员, 让代码在合并之前可以被团队其他成员审核, 保证代码质量。
Code Review: 代码审核
- 代码逻辑问题
- 算法问题
- 错误的使⽤⽅式
- 代码⻛格及规范化问题
- 学习其他⼈的优秀代码
2. 上线流程介绍
⼤型项⽬代码布局
1.概览
2.布局详解
- 通⽤的算法、功能放到 common ⽬录
- 底层的功能放到 lib ⽬录
- 独⽴脚本的放到 scripts ⽬录
- 配置⽂件放到项⽬⽬录 或 config ⽬录
- views.py 及 view_func()
1. MVC 模式的 V 只负责试图处理, 逻辑属于 Controller 层
2. view_func 本身不适合写逻辑, view 是特殊函数, 只负责视图处理。
3. 添加 helper.py ⽂件, ⽤来放置每个 app 的逻辑函数
4. 函数构建应保持功能单⼀, ⼀个函数只做⼀件事情, 并把它做好, 避免构建复杂函数
5. 复杂功能通过不同函数组合完成
项⽬阶段开发流程及要求
- 两⼈⼀组, 结组编程, 每组不要超过三⼈
- 每组选⼀⼈作为组⻓, 由组⻓在 Github 上创建⾃⼰的组和项⽬
- 组⻓分配任务, 各⾃开发⾃⼰的功能
- 开发过程中注意编码规范, ⼒求做到 “团队代码如同⼀⼈编写”
- 每个⼈为接到的功能创建⼀个独⽴的分⽀
- 开发、提交、审核、合并、上线