前言：
经常从SVN上取最新代码下来后发现编译过不去，查找提交log找到之前提交的人，了解其提交代码的流程后，发现SVN代码提交流程有点问题. SVN代码提交虽然简单，但是如果没严格按照步骤来的话，很容易出错，出现代码覆盖，遗漏提交的情况。现在整理一个SVN提交代码流程的精简的版本。
有2种方法，推荐方法1。
方法1 通过本地SVN代码库中转提交：
1。本地SVN代码库更新
为了方便代码提交，建议本地维护一个与SVN对应的，只用来存放最新代码的本地SVN代码库（不做开发用）。其作用主要是用来在每次代码合并前，先从SVN上取最新代码。
（代码更新完毕后，如果修改不多，合并时间不会太长，则可以把代码库锁定：代码库文件夹右键--TortoiseSVN--Get lock...；如果修改太多，合并时间比较长，建议不要锁库）
2。合并本地开发库代码到本地SVN代码中
本地开发库代码可能是我们在一个月前，半个月前与SVN同步过，但是现在可能不一样了。我们现在要做的，是把本地开发库中的代码合并到前面1中的那个SVN代码库中去。
这里有一个非常重要的原则：合并代码的时候，我们只处理那些我们确认是我们自己新增的，修改的，删除的代码到本地SVN库中。任何不是我们做的修改，我们一律不要去动它。
比如有一段代码我们我们开发的时候没有，但是现在本地SVN库里有，那我们不要去删除它，而是忽视它，因为它应该是其他人新增上来的。
（说明：如果碰到修改冲突，这个不多，如果是遇到这个情况，应该考虑如何把我们的修改加入到最新代码上去）
3。编译本地SVN库代码
编译通过了才能提交到。这个可以防止提交遗漏，保证其他人从SVN上取下来的文件都可以编译通过。
4。合并本地SVN代码到服务器SVN代码库中
现在，我们本地SVN代码库中已经有了我们本地要提交的代码了。
如果我们之前有锁库了，则可以直接就把代码提交上去了（提交时记得写上日志，以便后面修改调阅）。
如果之前没锁库，这个时候还不能马上就提交了。因为这个时候可能其他人又提交代码了。所以，我们要先把这个代码与服务器SVN的代码再diff一下，以确保要提交的内容就是我们修改的内容。
说明：如果发现有变动，则重复上面1，2，3，4操作。
5。提交完毕
如果有锁库，则要进行解锁。
方法2 直接在开发库提交：
1。直接更新本地开发库代码
更新过程中，可能会发现不少提示冲突的。
更新完毕，如果修改不多，像上面方法1的1一样，可以把库锁定。
2。备份冲突
逐一找出提示冲突的那些文件（比如test.cpp），ctrl+c,ctrl+V一下（多出个 复件 test.cpp来），把test.cpp删掉
3。解决冲突
等把所有有冲突的文件备份过后，重新更新所有代码，这时那些有冲突的文件都将回到目前最新的版本中。
把备份的文件(复件 test.cpp)和目前最新文件test.cpp进行对比，把属于我们的修改的代码合并到test.cpp中去。当然，如果功能冲突，则要考虑我们的修该该做如何变动。
如果仅仅是修改位置冲突，则挪下位置就可以了。
4。编译代码
编译有问题则要进行修改。
5。提交代码
如果之前有锁库，则可以填上日志，直接提交。
如果没锁库，则在提交之前还要再diff一下，以确保要提交的内容都是我们自己修改的内容。
PS： 如果中间又有人做修改，则重复1，2，3，4，5操作。
6。提交完毕
如果有锁库，则要进行解锁。
方法1和方法2的比较：
方法1 通过本地SVN代码库中转提交
缺点: 浪费空间
优点: 比较安全。比如我们在进行提交到服务器SVN代码库中，如果操作失误（冲突合并错了），没关系，重新从本地开发库合并到本地SVN中再进行比较提交。
方法2 直接在开发库提交
缺点: 1)比较危险。因为我们是直接对本地开发库进行操作，万一在提交过程中发现错误了（比如冲突合并错了或代码删错了），则可能就没的恢复了。 2)不容易发现提交遗漏的情况.因为编译的时候,由于是代码都在本地,不容易发现代码提交遗漏
优点: 提交比较快,不用通过中转
所以推荐使用方法1。
附注：一般，我们提交代码时，为了减少合并冲突，最好都在群里告知项目组其他同学我要提交代码了，这样别人可以有意避开