Git分布式工作流程
2016-03-04 09:42
169 查看
Git分布式工作流程
1.集中式工作流
所有人将自己的工作与中心仓库同步,在推送修改前,如果前面有人做出了修改并推送到服务器,必须先与前面的工作合并。Git不会让用户覆盖彼此的修改。
2.集成管理者工作流
每个开发者从官方仓库中克隆出自己的公开仓库,再将自己的修改推送上去并请求官方仓库的维护者拉取更新合并。维护者在本地测试变更,合入分支,推送回官方仓库。
项目维护者推送到主仓库。
贡献者克隆此仓库,做出修改。
贡献者将数据推送到自己的公开仓库。
贡献者给维护者发送邮件,请求拉取自己的更新。
维护者在自己本地的仓库中,将贡献者的仓库加为远程仓库并合并修改。
维护者将合并后的修改推送到主仓库
3.司令官与副官工作流
被称为副官(lieutenant)的各个集成管理者分别负责集成项目中的特定部分。 所有这些副官头上还有一位称为司令官(dictator)的总集成管理者负责统筹。 司令官维护的仓库作为参考仓库,为所有协作者提供他们需要拉取的项目代码。
普通开发者在自己的特性分支上工作,并根据 master 分支进行变基(rebase)。 这里是司令官的master分支。
副官将普通开发者的特性分支合并到自己的 master 分支中。
司令官将所有副官的 master 分支并入自己的 master 分支中。
司令官将集成后的 master 分支推送到参考仓库中,以便所有其他开发者以此为基础进行变基。
1.集中式工作流
所有人将自己的工作与中心仓库同步,在推送修改前,如果前面有人做出了修改并推送到服务器,必须先与前面的工作合并。Git不会让用户覆盖彼此的修改。
2.集成管理者工作流
每个开发者从官方仓库中克隆出自己的公开仓库,再将自己的修改推送上去并请求官方仓库的维护者拉取更新合并。维护者在本地测试变更,合入分支,推送回官方仓库。
项目维护者推送到主仓库。
贡献者克隆此仓库,做出修改。
贡献者将数据推送到自己的公开仓库。
贡献者给维护者发送邮件,请求拉取自己的更新。
维护者在自己本地的仓库中,将贡献者的仓库加为远程仓库并合并修改。
维护者将合并后的修改推送到主仓库
3.司令官与副官工作流
被称为副官(lieutenant)的各个集成管理者分别负责集成项目中的特定部分。 所有这些副官头上还有一位称为司令官(dictator)的总集成管理者负责统筹。 司令官维护的仓库作为参考仓库,为所有协作者提供他们需要拉取的项目代码。
普通开发者在自己的特性分支上工作,并根据 master 分支进行变基(rebase)。 这里是司令官的master分支。
副官将普通开发者的特性分支合并到自己的 master 分支中。
司令官将所有副官的 master 分支并入自己的 master 分支中。
司令官将集成后的 master 分支推送到参考仓库中,以便所有其他开发者以此为基础进行变基。
相关文章推荐
- RPC failed; result=22, HTTP code = 411
- git更新已經刪除的文件
- 提取Git每次提交后Commit的文件
- GIT迁移服务器
- 分布式版本管理git入门指南使用资料汇总及文章推荐
- git终极指南:在实际开发中的应用
- Git远程操作详解
- 25个 Git 进阶技巧(翻译)
- 详解版本控制利器Git,SVN的异同以及适用范围
- Ruby实现的删除已经合并的git分支脚本分享
- 在 Shell 提示符中显示 Git 分支名称的方法
- Git使用基础篇(一些常用命令和原理)
- git fork同步是什么意思?
- Git使用小坑 Out of memory错误的解决方法
- Python的高级Git库 Gittle
- 使用GIT进行源码管理――GUI客户端小结
- 使用git代替FTP部署代码到服务器的例子
- linux系统安装git及git常用命令
- 分享下自己总结的Git常用命令
- Git 常用命令速查表(图文+表格)