本人所在的研发团队没有使用任何svn这类的源代码管理工具，仅仅是最原始的多人共同编辑某ftp目录下的源代码，一个项目组仅仅有一份正在使用的代码拷贝，这份代码同时部署在服务器运行环境中，以便于即时编辑即时看到运行效果。20—30人，架构分层，业务分块 的等等分化工作做得还算细致，目前少见代码冲突，但也有过那么几次狼狈的情况。
想要科学管理源代码，并做版本控制，使用过一段子svn，但是大家对svn的理解仅仅仅限于 本地编辑——>commit到代码的运行环境——>看运行效果调试 这样的的状态了。所以用错了还不如不用，还没有在ide中通过ftp或者samba编辑服务器上正在运行状态的源代码来得方便呢。
我觉得这个矛盾主要原因在于，每个人的本地没有代码运行环境，需要编辑服务器上的运行环境中的代码。
请问各位大侠都是怎么解决类似问题的啊？？？
分享 [quote]代码在本地需要静态制定N多本地dns[/quote]
这个在本机也可以配置。
[quote]后台数据库大量数据源于我们正在运营状态的web站点，如果代码本地就需要每个人都应用该开发用db server的访问账号，这个是领导不愿意看到的[/quote]
应该开发一个专门的程序，从运营数据库中提取一部分子集，导入到新的数据库中，然后开发和测试都基于测试数据库。实践中可以分别导入几个库，分别用户开发和测试。你们现在开发测试运行都是一个库，问题太大了。
[quote]运行态的站点有大量缓冲生成，代码本地化难以统一这部分缓存，这部分缓存对代码运行效果很重要 [/quote]
缓存技术在本地也可以实现的。当然，有可能缓存要用专门的服务器，开发的时候难以用到这个服务器。那么，应该在开发程序的时候设一个开关，使用还是不使用缓存。开发的时候是可以不使用缓存工作的。
另外，测试的时候，还是需要一台测试的缓存服务器，和工作的缓存服务器分开。
话说回来，很多东西应该在设计阶段就想到，可能到了你们这一步，任何的改变代价都是很昂贵的。
分享
