多人协作中以下情况,git有没什么处理机制的?
Topic source廖老师就是逗,整个教程的风格也很有趣。 我也想到了这个问题,比如大公司,很多人在工作的远程dev上频繁的push、pull,确实会产生太多冲突,影响效率。(没有实际经验,不清楚现有的工作制度是否存在这种情况) 想起了老罗的“别说话,你吵到我用TNT了”
多人合作,是多人开发不同功能,很少会修改同一文件。 例如:两人合写一本小说,A写第一章,写完推送了第一章和目录;B写第二章,写完推送第二章和目录,这时目录发生冲突,pull合并修改再推送目录就是了。 如果这时候A写完第三章,又在B之前推送了新的目录……那只能说B动作太慢了~~~ 可见,合作开发中,大量工作是各管各的(各章内容)仅有少量共用的东西(目录)可能存在冲突。
- 1
- 2
总被屌丝说我是屌丝
A:push 文件1.txt B:push 文件1.txt(显然冲突),所以先pull,然后手工合并,假如合并过程中,A又push 文件1.txt了。等B合并完,push 文件1.txt时,又冲突掉了。感觉这情况很影响工作效率,请问git是否有对这情况有处理机制的?(SVN是有“锁”这概念的)。