本文主要介绍利用Github进行协同开发的方式, 你如何去提交你自己的patch代码到github上别人的repository中.
No1 : 添加 Collaborators
Collaborators 类似于Team模式. Repository的拥有者Owner 可以直接添加合作者到自己的仓库中, 让合作者拥有几乎等同拥有者的权限.
操作方法 : Repository的Owner在自己的repo中点Settings添加想要合作的User
添加成功后被邀请的合作者会收到GitHub发送的邀请邮件, 该邮件会发送到受邀人的github注册邮箱中.
Collaborators模式客可以描述为:
Repository的拥有者A 想要 合作者B参与到 该repo的团队开发中, 于是A 邀请B 并成功添加B到该repo合作中
这样作为合作者B便拥有了贡献代码到A的仓库中的权利. 作为 B 所需要做的是 先Clone A的仓库到本地IDE中,
注意Clone的URL为 A仓库的URL, 这样B在自己的本地就拥有了向A仓库中提交代码(commit/push/merge/branch)的权限,
就好比B拥有A的repo一样, 但是B操作 A repo仓库的时候使用的是 B 自己的github账号和密码. 同样此时B自己的
github账号中并不会出现A的仓库Repo, 这也就完全不同于Fork代码了(fork代码会把拥有者的代码复制一份到自己的github中).
No2 : Fork & Pull request方式
对于开源项目间的合作一般都会使用Fork & Pull request的合作方式.
A拥有一个开源Repository, B想参与该开源项目. 作为B, 先要fork A开源项目的 Repository 到自己账号的Repository中,
这样B便拥有了一个A开源项目的镜像repo. 这样B可以正常的修改自己账号下的 A的开源项目镜像(这里改的都是自己本地的),
并不会影响A 本身的开源repository, 如果哪天 B觉得 自己增加并完善了一个新功能, 或者fixed A repo.的某个bug, 就可以
提一个pull request, 询问A是不是想要.
创建 pull request
这样在A的仓库中就能看到B所申请的pull request
A 作为开源项目的管理者, 可以选择 merge该 request到自己的 Repository中 , 也可以选择closed掉该请求.
在这个反复合作开发期间, 如果A的repo.项目发生了改动, B 想同步到本地, 就直接从git fetch origin 从原项目的地址同步代码, 然后再merge就可以了.
No3 : Organization & Team 的方式
如果你已经创建了一个组织, 你可以在该组织中创建一个team进行合作开发.
管理者A可以在创建完的team中 add repo. 设置其权限, 添加team成员, 这样team成员间就可以合作开发这些项目了.
注：本文原创由`bluetata`发布于blog.csdn.net、转载请务必注明出处。