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 没有注册类 (异常来自 HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
  • ¥15 知识蒸馏实战博客问题
  • ¥15 用PLC设计纸袋糊底机送料系统
  • ¥15 simulink仿真中dtc控制永磁同步电机如何控制开关频率
  • ¥15 用C语言输入方程怎么
  • ¥15 网站显示不安全连接问题
  • ¥15 51单片机显示器问题
  • ¥20 关于#qt#的问题:Qt代码的移植问题
  • ¥50 求图像处理的matlab方案
  • ¥50 winform中使用edge的Kiosk模式