在日常开发工作中,一个项目往往由较多的开发共同合作完成,不同的人负责不同的模块承担不同的任务。在使用svn来做代码存储和版本管理时,往往很多开发不注意细节,就常常会导致出现一系列奇奇怪怪的问题。以下是一些个人在开发过程中遇到的情况。
(1)错误的更新方式:不检查代码提交记录直接更新
首先要说的是关于代码更新方式,作为合作开发中的一员,每天工作结束之后需要提交代码,早上工作开始时也需要第一时间更新代码,以获取同事提交的代码,尤其是在任务有交叉时,经常需要保持一定的更新频率。但是开发者在日常更新代码时,往往不喜欢对比看看别人的提交日志,直接进行更新,如在eclipse中,不进行与资源库比对直接点击“team”-->"更新"。
这种更新方式存在的风险是:
- 如果大篇幅的更新代码,可能存在同时修改同一个文件,形成冲突,使本地代码无法进行正常使用,提前检查记录可以做到心中有数,知道是不是可能会影响到自己的代码,如果发现有同时修改相同文件可以有意识的了解可能存在的冲突,可以第一时间解决。
- 由于一般都是下班之前提交代码,有时候工作很晚,可能别人代码没有全部提交,导致更新下来的代码不能正常运行,如果没有提前检查提交记录,不知道是谁提交的代码,还需要时间定位问题,可能还找不到对应的人来解决,浪费工作时间。
(2)错误的提交方式
在编写完自己的代码之后,没有进行仔细的验证,轻易的将代码进行提交,甚至在提交时不检查自己的代码,存在问题的代码也进行提交,更甚至漏提交代码,这些都可能造成别人更新代码之后不能正确使用。作为一个负责任的coder应当做到心中有数,提交代码应当分批分功能分模块提交,可能一天做了几个模块,那么没有交叉的模块应当先提交,避免需要回滚时大批量回滚提交,合理分批可以降低风险。
(3)随意填写提交日志
平时的合作过程中一定要养成一个些好的习惯,提交代码前对本次需要提交的代码做一次过滤,可以提交的提交,并且填写提交日志时将一些需要注意的内容写在日志里,比如完成什么任务,有没有潜在的风险,类似一些硬编码或者临时方案都应该进行记录,这样方便自己查阅,也能让别人很直观的看到提交的代码是什么内容。