我是一个项目的新手,开发人员仍然通过邮件发送文件来共享代码。 我们正在使用eclipse和cvs。
来自异地的开发人员将代码发送到现场,其他开发人员从邮件中逐个获取文件并在eclipse中替换。它适用于2或3个文件。但随着文件不断增加,这项任务真的变得很痛苦。
我们无法将源文件放入cvs,因为来自异地的未经测试的代码可能会使我们的构建服务器崩溃。 我的问题在这里开始: -
什么是更好的共享代码的方法?
我们不想为每次更改创建分支,因为在这种情况下,我们每天最终会有10-12个分支。
答案 0 :(得分:1)
代码应该通过持续集成进行测试,尤其是,在这种情况下,程序员在世界各地都是分散的。您的离岸人员应该使用单元/集成测试来确保它们不会破坏构建。您应该在当天完成之前建立流程,以验证构建的完整性 如果他们不是,他们就不值得你支付他们的钱。
答案 1 :(得分:1)
我建议您让异地开发人员能够执行与构建服务器相同的测试。他们没有理由向你发送他们无法测试的代码(或测试它至少在不崩溃的情况下运行)。
是否有任何理由无法通过VPN访问您的系统。这样他们就可以通过你或第二个构建服务器测试代码并自己合并代码。