使用Git与Github多人协同开发流程

3

使用Git与Github多人协同开发流程

  假设目前有两个开发者A和B共同完成一个项目,首先确定一个主开发者,这里就假定为开发者A了。

  首先开发者A在自己的Github上创建一个远程仓库,然后再在本地创建一个本地仓库,再将本地和Github关联起来,干完这些工作后开发者A就开始愉快地写代码(作为主开发者可能就先把大体框架搭建起来),框架搭完后将代码提交到本地仓库中,然后push到自己的Github远程仓库上,由于A是主开发者那他肯定是项目的管理者,所以他的Github远程仓库可以是为源仓库,那么开发者B自然而然就是拉下手的。

  开发者A将自己写的代码推送(push)完了之后,然后就是开发者B大显身手的时刻了,开发者B克隆(clone)了源仓库,也就是开发者A的之前push到自己的Github上的项目,B大刀阔斧地写完代码后直接一个push,咦...怎么推送不上去,提示什么权限问题,你当然push不上去,因为那是别人的仓库(而且你也没有关联),要是你直接能推送上去,那代码世界岂不要毁灭了。

  好吧,正确的做法是:开发者B先Fork开发者A的Github上的仓库,Fork的就相当于建立一个分支(拷贝别人的项目),Fork了之后开发者A的Github上会出现一个和开发者A一模一样的仓库,然后开发者B在clone自己的Github上的仓库到本地,这样就可以开工了,写完代码后先push到自己的Github远程仓库中,就在此刻机智的同学会发现:如果在开发者B写完后准备push的时候,勤奋的开发者A又同时写了其它模块并且已经push到Github上了,这可咋办哩!

  别方,Git早已为我们想好了一切,此时的话要做的工作就是将开发者A远程仓库的更新同步到开发者B的本地,那么fetch就可以闪亮登场了,fetch就是从远程仓库中抓取本地仓库中的没有的数据,别急,fetch仅仅只是抓取数据,之后还得用merge合并一下分支,哇...合并成功没有发生冲突,这样B终于可以推送了,最后再在Github上Pull request一下,就是给主开发者A发送一个请求,请求合并项目,最后A看了一下B写的功能,觉得挺不错的,然后同意了开发者A的request(merge),就这样两人愉快的协作着......

你可能感兴趣的

载入中...