关于异地开发中的源代码管理问题.doc

关于异地开发中的源代码管理问题 最近在带领一个异地的团队在进行 .NetB/S 系统开发工作。两地相隔 1000 多公里，两地都有开发人员，源码的统一管理就成了需要解决的问题。针对这个问题，想到如下的解决方法： 一、利用 MicrosoftVisualSourceSafe 的 Internet功能 优点： 1.考虑使用 VSS 是因为他与 MicrosoftVisualStudio 集成的很紧密。可以在编译器中对源码进行直接 Checkin 和 Checkout.使用的效率很高。 2.团队成员入手容易。在对需求清楚的情况下，可以快速溶入团队，进行编码 。 缺点： 1.对团队中的契合度及团队制度要求比较高。 比如，异地的一个同事周周下班前，没有签入，周末又不开机，或者不愿意去公司做 checkin,会让你这编编译不过。整个程序无法跑通。当然可以忽略该功能。但是如果涉及到流程方面的，会避之不及。 2.如果某个团队成员在没有签入的情况下，开发的机器崩溃了。重新装系统。那么该部分就无法被重新签入了。 3.对网络的要求比较高。因为异地的网络比较差，当涉及图片等大一些文件操作时。很慢。 二、单人汇总 让一个人来进行汇总，保证他这里的是最新版 本的源码。 优点： 1.代码被集成是值得信任的，可以通过时间和文件大小判断是否最新版本。 2.在有人员变更时受到的影响很小。 3.不会因硬件的损坏而受到很大的影响。制度上可以要求每日备份。这样受的影响只有一天的工作量。 4.当网络环境不好时，可以通过邮件、 MSN 等工具来传递。 缺点： 1.开发环境和框架需要是固定的。如果环境有变动，配置起来容易不统一。 2.效率不稳定。受汇总人个人因素的影响很大。 3.时效性不是最高的。 最后，说一下，我最后的采用的处理方式： 1.在做 设计时，需要对模块划分尽量细化。在文件结构中，最好一小类功能就用一个文件夹，这样方便模块的分配和汇总。 2.两地都有 VSS 来进行本地的源码管理。 3.两地都设一个负责人。然后由一地的负责人来总体汇总。这个人选需要对 VSS、VS2005、环境搭建、需求理解有较丰富的经验。 3.选择对人。人选对了。问题将不再是问题。 4.定义好接口部分。尽量多的文档化。 5.特殊问题特殊解决 .比如在更新比较频繁时，对汇总人工作量压力比较大。可以通过放缓汇总时间来解决。 6.多沟通。