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

这有什么好说的？
杜绝你所描述的问题的实现过程:
    在编写代码前，先在服务器上获取为最新，然后编译，通过以后再开始编写代码，在本地调试无任何问题以后再提交.如果提交后谁的东西出现问题就找谁去。

另：js会出现你说的这种情况是你们缺少架构与设计方面的概念.a和c都在自由发挥.

你和那人代码的关系是平行的 还是上下层 反正就是包分清楚 不要更新他的实现 有关系的部分先用模拟的数据和接口 分模块的开发应该是这样的吧 大家都做好单元测试 最后再整合

我们是各模块多个开发分支并行，由模块负责人做发布前的最终merge回trunk，并酌情决定是否为其他分支开最新分支，用于合并开发中代码和已发布代码，减少最终合并的冲突
模块划分是否足够独立，很大程度保证了merge的有效率，还有代码格式统一，svn还是很容易使用的

A的问题，应该在提交代码前先下载SVN上最新的版本进行测试。
这个问题需要强制规范，要求每个人提交svn前，必须保证自己当前的版本是最新的。

让你们项目经理决定怎么解决。

提交之前要先更新，如果有冲突就先解决了，这样问题就不会很多了

A应该Down下SVN最新程序文件，跑一下功能是否可以使用，不然A开发的模块对于项目来说没有意义了。（大家都这样，SVN的程序保证可以跑起来）

归根结底，有问题的代码不能上传。

除非你的SVN就是存放垃圾代码，或故意把事情复杂化。
SVN的分支功能的目的，不是用来容忍错误的。

开发工具的背后是开发思想，开发思想的背后是发展思路。
如果把某些个人托词，和局部不利因素，转化成系统风险，这是有问题的。

哈, 这就是是dvcs分布式版本管理的用途了.
试试mercurial(hg)吧, 很好用的. 我自己做的东西都用它在管理了.

两个人之间合作开发要交换changeset的, 最后merge成一个changeset提交.

我想是设计和规范（或者说习惯）不好，居然出现集成问题。