合作开发过程中的注意事项（一）：SVN代码提交

        在日常开发工作中，一个项目往往由较多的开发共同合作完成，不同的人负责不同的模块承担不同的任务。在使用svn来做代码存储和版本管理时，往往很多开发不注意细节，就常常会导致出现一系列奇奇怪怪的问题。以下是一些个人在开发过程中遇到的情况。

        （1）错误的更新方式：不检查代码提交记录直接更新

           首先要说的是关于代码更新方式，作为合作开发中的一员，每天工作结束之后需要提交代码，早上工作开始时也需要第一时间更新代码，以获取同事提交的代码，尤其是在任务有交叉时，经常需要保持一定的更新频率。但是开发者在日常更新代码时，往往不喜欢对比看看别人的提交日志，直接进行更新，如在eclipse中，不进行与资源库比对直接点击“team”-->"更新"。

           这种更新方式存在的风险是：

1. 如果大篇幅的更新代码，可能存在同时修改同一个文件，形成冲突，使本地代码无法进行正常使用，提前检查记录可以做到心中有数，知道是不是可能会影响到自己的代码，如果发现有同时修改相同文件可以有意识的了解可能存在的冲突，可以第一时间解决。
2. 由于一般都是下班之前提交代码，有时候工作很晚，可能别人代码没有全部提交，导致更新下来的代码不能正常运行，如果没有提前检查提交记录，不知道是谁提交的代码，还需要时间定位问题，可能还找不到对应的人来解决，浪费工作时间。

        （2）错误的提交方式

            在编写完自己的代码之后，没有进行仔细的验证，轻易的将代码进行提交，甚至在提交时不检查自己的代码，存在问题的代码也进行提交，更甚至漏提交代码，这些都可能造成别人更新代码之后不能正确使用。作为一个负责任的coder应当做到心中有数，提交代码应当分批分功能分模块提交，可能一天做了几个模块，那么没有交叉的模块应当先提交，避免需要回滚时大批量回滚提交，合理分批可以降低风险。

        （3）随意填写提交日志

           平时的合作过程中一定要养成一个些好的习惯，提交代码前对本次需要提交的代码做一次过滤，可以提交的提交，并且填写提交日志时将一些需要注意的内容写在日志里，比如完成什么任务，有没有潜在的风险，类似一些硬编码或者临时方案都应该进行记录，这样方便自己查阅，也能让别人很直观的看到提交的代码是什么内容。