初始敏捷开发和git分支管理

git的分支管理策略
git-flow - 运维比较复杂(两个长线分支+三个短线分支)
github-flow - 无冲突合并

  1. 克隆代码到本地(git pull更新代码)
  2. 创建自己的分支(绝对不能动master分支)
  3. 在自己的分支上实施本地版本控制
  4. 将自己的分支push到服务器
  5. 在线发起合并代码请求(pull request)

小结
Git鼓励大量使用分支:

查看分支:git branch

创建分支:git branch <name>

切换分支:git checkout <name>

创建+切换分支:git checkout -b <name>

合并某分支到当前分支:git merge <name>

删除分支:git branch -d <name>

敏捷开发 - Scrum

过程模型
传统/经典过程模型 - 不能够拥抱需求变化
可行性分析 - 做还是不做 - 可行性分析报告
需求分析 - 做什么
~ 需求规格说明书
~ 产品原型(产品经理)- Axure RP / Sketch / Briefs
~ 设计稿(标注 - UI/UE)- Markman
概要设计/详细设计
~ 数据库设计 - ER图(概念模型图)- 物理模型图
~ OOAD(面向对象分析和设计)- 用例图/类图/时序图 - UML
PowerDesigner / StarUML / Enterprise Architect
编码/测试/调试
验收/交付/维护

敏捷开发过程图
常规公司架构图
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。