求教一个关于SVN merge合并的问题

[hhwytfliq]

我们团队实施二次开发
系统为BS结构
使用svn控制前端代码，在开发过程都是敏捷开发
每个人将代码更新到本地，有问题提出后有人认领在本地修改好再直接更新到svn上


这个过程有一个问题就是 员工A将代码1.jsp更新下一，员工B也更新1.JSP
都更新后，员工A修改了1.jsp提交
员工B也修改1.JSP提交，svn会自动合并，这个合并过程很容易出错，能不能让这种合并不允许合并或者直接报错，让人手工合并



另外再问一个问题，关于数据库存储过程版本控制，你们是怎么控制的啊

[hhwytfliq]

怎么没有人回复啊，有没有人知道啊

[believefym]

SVN不能checkout，只允许一个人修改？

[believefym]

一般版本控制，需要merge的时候，如果是自动merge，事后都需要code review
甚至，有时候直接手动merge反而更方便。

[ljf_ljf]

SVN 会分开手动和自动合并的.暂时对自动合并还没有信心,所以,都是手动合并的. 这个是在SVN 服务器端上修改配置. 具体如何修改我忘了;看看SVN 相关文档有介绍的.

[hhwytfliq]

[Quote=引用 4 楼 ljf_ljf 的回复:]

SVN 会分开手动和自动合并的.暂时对自动合并还没有信心,所以,都是手动合并的. 这个是在SVN 服务器端上修改配置. 具体如何修改我忘了;看看SVN 相关文档有介绍的.
[/Quote]
这个怎么搞啊，我找了好久，也没有找到方法

[FlashDragon]

使用svn lock(锁定）这样只要有一个lock一个资源，其他人就不能commit。这样就可以进行排他编辑。

[hhwytfliq]

[Quote=引用 6 楼 flashdragon 的回复:]

使用svn lock(锁定）这样只要有一个lock一个资源，其他人就不能commit。这样就可以进行排他编辑。
[/Quote]
这种排他太要麻烦了，发生这种冲突的机会 是很少，如果每个文件都去lock又比较 麻烦
现在想要的能不能不要这种自动合并的操作，如果有合并直接报冲突，不允许自动合并，要手动去合并