jusfeel 2015-07-31 07:37 采纳率: 100%
浏览 1731
已采纳

如何团队使用git共用bare库进行版本控制?

如果两个人以上,使用一个共用的远程bare库提交改动,每次push前,解决好冲突(做pull),编译代码,测试通过后,再push到远程的bare库。这样协作合理吗?需要注意的是什么?

这所以问这个问题,是因为我遇到过这种情况,一个程序员,他进行了本地的merge,但他merge的有问题,一些代码不该被删的删掉了,一些if语句莫名其妙
地嵌套了起来。他进行了编译,测试,就他看来没有问题,他短时间的测试和编译看不出问题,比如有个功能根本就因为他的merge没了。而他进行了一次新的push,另一个程序员pul合并l之后,相当于被传染了一样。因为git本身并不知道代码
的逻辑错误,所以他的删除也被当成了有效的改动,程序员git merge后自动合并,也就得到了一个错误的更新。

不知道我说明白没有,我想知道,团队是否应该这样使用bare库。我个人觉得有问题。

  • 写回答

1条回答 默认 最新

  • oyljerry 2015-07-31 08:31
    关注

    如果怕改动污染,那么有两种方法,一个是做code review,需要审批的代码才能改动
    另一个是参考github做法,git push的仓库跟产品发布仓库分开,提交的改动,再发pull request申请合并到正式版本分支

    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论

报告相同问题?

悬赏问题

  • ¥15 怎么获取下面的: glove_word2id.json和 glove_numpy.npy 这两个文件
  • ¥15 js调用html页面需要隐藏某个按钮
  • ¥15 ads仿真结果在圆图上是怎么读数的
  • ¥20 Cotex M3的调试和程序执行方式是什么样的?
  • ¥20 java项目连接sqlserver时报ssl相关错误
  • ¥15 一道python难题3
  • ¥15 牛顿斯科特系数表表示
  • ¥15 arduino 步进电机
  • ¥20 程序进入HardFault_Handler
  • ¥15 oracle集群安装出bug