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

你们的项目经理用来干嘛的？构架师用来干嘛的？就任由你们在一个无法跑起来的环境中按模块开发？

PS 难道你们是开发完一个模块再一起commit一批文件的？这是什么开发习惯？

基于trunk-branch的开发不应该存在这种问题

当然有人先commit再测试，那就另当别论了，那是神仙也救不了

找个类似cruise control之类的工具保证build不过不能commit吧

先down后改，人人有责！

个人觉得，根本原因还是计划，其次是管理，最后才是开发个人。
一、计划问题，主要什么时候能够提交代码，这个时候会不影响团队的开发。这个阶段明确了，才会做出相应的方案，对应可能发生的问题。如该解分支的建分支，该如何提交的进行提交。
二、管理问题，其是主要还是计划问题，这里更偏重于日常开发进度，提交代码、测试用例等游戏规则的明确性。如什么时候，什么程度才可以提交代码。每天必须同步代码等问题，或者计划任务延迟如何解决。
三、个人问题，就是开发人员有没有严格按照一、二进行执行的，没有就教育，直到有。

还是管理上的问题，名称规则和约定做的不好。好的项目配置管理，应从横向和纵向上两个方面分类分层管理.

你这个要求就无聊了，你可以要求某天最后的build不能出现错误或者异常，但是你不能要求每次的build都不出现错误。

让A把SVN上的所有代码down到本机上,然后去调试修改..

就这么简单.


最让我不能理解的是..会有JS冲突..你们之前是怎么作项目筹备的!

建议楼主看看什么是SCM，同意楼上楼downpour的看法

我们现在是有做没做完，你都要提交，然后专门有台机子打包，由人工判断这个打包的版本哪些代码（功能）需要更新，然后同步哪些功能下来。
至于jar包冲突，这东西很好控制，也就那么一个，在开发之前就应该统一用哪些jar包了。

为什么会有冒烟测试.
为什么会有每日build

这些问题每个团队都遇到过.