Discuss / Git / 多人协作中以下情况,git有没什么处理机制的?

多人协作中以下情况,git有没什么处理机制的?

Topic source

A:push 文件1.txt B:push 文件1.txt(显然冲突),所以先pull,然后手工合并,假如合并过程中,A又push 文件1.txt了。等B合并完,push 文件1.txt时,又冲突掉了。感觉这情况很影响工作效率,请问git是否有对这情况有处理机制的?(SVN是有“锁”这概念的)。

廖雪峰

#2 Created at ... [Delete] [Delete and Lock User]

当然是找A吵一架了

这么说,这情况是存在的(可能低概率发生罢了)无法避免的,只能人工干预:告诉全世界,我要“大”push,各位同事骚等一下。是否这么理解?

daletxt

#4 Created at ... [Delete] [Delete and Lock User]

廖老师就是逗,整个教程的风格也很有趣。 我也想到了这个问题,比如大公司,很多人在工作的远程dev上频繁的push、pull,确实会产生太多冲突,影响效率。(没有实际经验,不清楚现有的工作制度是否存在这种情况) 想起了老罗的“别说话,你吵到我用TNT了”

小概率事件,继续拉代码,继续解决冲突,迅速提交

_Dvel

#6 Created at ... [Delete] [Delete and Lock User]

小概率事件无所谓了,而且大部分时间各自都在编写各自的文件

东风唯笑

#7 Created at ... [Delete] [Delete and Lock User]

对于模快化的设计而言,通常情况下不应该发生这种情况。如果频繁的面临文件的提交冲突,那么需要想想是不是内部业务管理和分配出了问题。

多人合作,是多人开发不同功能,很少会修改同一文件。 例如:两人合写一本小说,A写第一章,写完推送了第一章和目录;B写第二章,写完推送第二章和目录,这时目录发生冲突,pull合并修改再推送目录就是了。 如果这时候A写完第三章,又在B之前推送了新的目录……那只能说B动作太慢了~~~ 可见,合作开发中,大量工作是各管各的(各章内容)仅有少量共用的东西(目录)可能存在冲突。

mikenoke

#9 Created at ... [Delete] [Delete and Lock User]

哈哈哈找A吵一架点赞

张翼飞M

#10 Created at ... [Delete] [Delete and Lock User]

+1


  • 1
  • 2

Reply