47|创建团队的项目

48|怎么选择适合自己团队的工作流

详细内容链接

需要考虑因素

image.png

工作流

1、主干开发
image.png

2、GitFlow
image.png

3、GitHub Flow
image.png

4、GitLab Flow（带生产分支）
image.png

5、GitLab Flow（带环境分支）
image.png
6、GitLab Flow（带发布分支）【传统通讯行业，需要与硬件迭代相结合】
image.png

49|如何挑选合适的分支集成策略

image.png
仓库当前分支现状
image.png

create a merge commit

  • 其实就是merge自动解决冲突并合并

image.png

squash and merge

  • 本身merge就支持squash方式合并(git merge —squash)，并不是github创造，也不是用rebase -i做的
  • 适合线性分支团队

image.png

rebase and merge

  • 其实就是rebase，并没有merge（不是git merge 命令，仅代表合并含义）
  • 适合线性分支团队

image.png

50|启用issue跟踪需求和任务

tags

51|如何用project管理issue

Project即看板管理

image.png

52|项目内部怎么实施code review

image.png

53|团队协作时如何做多分支的集成

主干和分支初始状态
image.png

image.png

image.png

课后答疑 如果项目的master分支是被保护的，无法直接做push，github允许团队基于特性分支开发，然后通过pull request的方式完成向master的merge，这个merge工作并不要求必须在git客户端实施，github也能助一臂之力。

54|怎么保证集成的质量

marketplcae使用codecover和TravisCI组件

55|怎么把产品发布到GitHub上

56|怎么给项目增加详细的指导文档