两地开发维护，你们是如何管理、维护代码 ?

最好的方法就是以一边为准，另外一边每天向这边进行merge。两边各自出一个人，分别编写当天的开发日志描述和Merge情况概述。

这种情况我在实际项目中碰到过，不要相信什么“面向接口编程”或者“充分做好UT”这类的鬼话，完全都是骗人的。因为分开两地，即使你的接口定义得再清晰，UT做得再充分，对于另外一方来说，都需要花费大量的时间来揣摩对方的意图，从而增加了交流的成本。所以，尽可能采取模块划分的编程方式，并要求做好开发日志的记录，然后由一个专人负责收集开发日志，专人负责Merge，2边在进行Merge的过程中可以互相交流。

用ClearCase Multisite

用vpn拨号吧

外地的可以上网不是吗
让it 开个端口映射，外网的代码通过此在公司vss里控制

就这个问题来说，使用什么工具和如何使用这些工具其实并不是问题的关键，因为有太多的工具支持了，而且它们做的都很不错。
关键还是在于设计思想和设计标准的统一，并且有一个大家共同遵守的scm纪律做保证。当然还有一种关键因素，就是要有比较完善的测试跟上。特别是由于地域的隔绝，很多问题无法面对面交流，一个测试可以解决很多悬而不决的问题。我建议可以采取互相给对方写测试的方法，这样对于大家相互了解是一个极大的推动。

牛。。。
测试要写多细呢？
是否只是自己用到的东东呢？

这个就是互相协调的事情了，不过有的时候要避免互相竞争导致的测试无限扩大化趋势。就我的经验来看，只要两地不是特别的相互吹捧，那么你就别担心他们不够细——一般他们都会越来越细，如果不控制最后会细到无法容忍。

寒想起以前两家公司作接口。。。对方老要在我们的程序中找错。。。我们还不能把所有的源码给他们看。。。只能把一部分给他们，他挑出N多错。但就是不能进行通信

这个情况其实可以从开始就约定大家只对测试负责，也就是说你写的测试只要对方都通过了，那么问题就在你。反之亦然。
实际上两地的不同团队即使是一个组织内部的人员，只要不是刚分开的一个团队，哪怕是一个团队，但是时间分开的长一些，多数就会形成对立的两个团体。