workflow

[mynameisjohnahahah]

工作流

一开始我真不知道什么叫工作流，就知道来了任务完成，测试，ok，提交代码，结束。后来了解到workflow是一种规则，让工作更有条理，公司人少，还没用到这种模式。

参考链接 参考链接 pull request参考链接

比较重点的是Pull Request

合并分支，不过需要主人的同意，包括代码的review

[mynameisjohnahahah]

github 创建一个aaa分支

git pull git branch -a // 查看全部分支 git checkout aaa git branch // 查看当前分支

[mynameisjohnahahah]

git checkout -b ’2019-07-04‘// 創建一個新分支 名字叫2019-07-04 并且切換到新分支上

❓ 爲什麽不直接在master上開工呢，而選擇開一個新的分支

根据 GitHub Flow 的定义，master 分支应当确保始终是可部署的（deployable），所以在 master 分支上进行开发和尝试是非常不推荐的做法。而且 GitHub 的 PR 都是以分支为单位的，如果你选择 master 分支进行开发，那么当你想要解决另一个 Issue 的时候就会变得非常棘手（熟悉 Git 的朋友也许会说可以通过回退节点再开新分支，但是那样分支管理就会变得一团糟

這個時候如果你把2019-07-04的功能完成了，下一步merge(合并)

git checkout test // 先切換到test分支上 git merge 2019-07-04 // 把2019-07-04分支合并到test上 git push origin test // 把commit push到test分支上