团队出现这样的场景大家一般怎么处理

    团队内部管理日渐混乱，最近问题不断，这样的，开发人员A完成了某功能模块，单独运行没问题，提交到svn后，该功能在整个项目环境下无法运行（js冲突，引用包问题，等等，先不理会原因），为此与开发人员C（我本人）产生分歧，C认为这部分代码不应该提交，理由是，不管什么情况，svn上的所有模块，应该是一个正常的可运行版本；A则认为这是因为公司没有区分产品库svn和开发库svn，他不提交，别人怎么改；但C认为，就算是使用开发库svn，在整体系统下运行不正常的模块就不该提交。
    问题出来了，如果A不提交，但是他本地又没法解决他那部分功能和系统的对接，怎么处理？
    方案1，照提交上svn，让别人解决；
    方案2，让别人到A君本地PC机解决；
    方案3，A君把对应的模块代码拷贝给C，让C解决后，提交。
    还请JE各路好手指点一二。

对于合并代码的工作.....
还没看到什么好工具
一般用肉眼

1.把svn全down到A的机器上.如果全down了A还能跑,那就是svn的问题
(你先去检查svn的问题,冶病冶根)
2.由A来改所有有问题的代码.
(这次是第一次出问题,如果不争一下,下回还会有,所以这回A作的对.)

至少需要有开发，测试，生产3个环境

开发svn和自己本地代码至少要每天同步一次

都一致的话，本地的通过了，传到服务器端应该也没有问题

如果你们每个人的工作相互交叉的话，就不是svn的问题了

建SVN分支版本！

有SVN还不让人提交，那要SVN干嘛。可以分支版本测试没问题，再合到主版本去！

不敢苟同，我觉得这个问题产生的原因，不是仅仅是建立几个svn分支能解决的，假设我弄了一个分支供开发用，如果依然还是像以前那样方式，我自管本地单独运行自己的模块没问题，但是这部分模块，在整个项目环境下，确实运行不起来，或是错误不断，那么谁来定位，谁来解决最终的“集成噩梦”？

恩，现在情况是，A开发完所负责的模块，在down了svn的最新代码后，发现其做的功能跑不起来，他所谓完成，仅仅指独立运行了模块对应的jsp，没有集成进项目中，这种情况依然坚持将对应代码commit到svn，我觉得不妥当。
我认为是，不管是开发还是生产环境，svn中的代码随时取下来build都是一个可以运行，至少不会出现点到某个菜单来个报错或者异常等情景。这个要求很苛刻么？

svn新加文件功能很弱智，心里有阴影

看到本帖，想起以前看到一本小书《移山之道》中间的“构建大师”
大致意思是：
签入时必须Down下最新的代码，编译并运行所有单元测试，成功后一次性签入
对于导致构建失败的成员，授予“构建大师”称号
(1)负责管理构建服务器
(2)调试构建,负责找错并分析原因
(3)抓下一个构建大师

关于签入流程
文中建议是：当行为只关系自身时松，关系整个团队则严

管人，管任务是最困难的话题，没有章法可循，要看队伍的组成和人员的特点