git基础教程(七)
7. 团队开发协作 基于github 7.1 选择合适的分支集成策略 初始情况: 如果要保证开发只有一条直线,则选择 create a merge commit 开发完特性分支以后,删除特性分支,只会有一条干净的主干,改变分支 最后选择 create pull request : 展示结果: 如果以 squash and merge 的方式进行合并: 相当于将原来的多个commit进行合并为一个commit,不改变分支 结果展示: 如果以 rebase and merge 的方式进行合并: 相当于将原来的三个直接加到了master的主干,不改变分支 7.2 issue跟踪需求 setting里面设置启用 issue 选择issue模板,仓库作者自己制定 提交变更 7.3 github分支集成 github的分支集成都是基于pull request来完成的 初始状态: create pull request 的方式的时候 进行合并的时候: 另一个用户进行 pull request 的时候,显示有冲突需要被解决 github支持在线编辑冲突 冲突解决后的结果: squash and merge 的方式的时候 解决结果: rebase and merge 的方式的时候 结果以失败告终 此时回到本地进行变基,都基于远端的master进行变基 然后将变基完的分支往远端进行push,必须使用