SVN使用之注意要点

SVN之使用之注意要点

        工作中使用SVN版本控制工具已有大半年的时间了，刚开始时对svn的功能有不少操作疑问，但经过长期的使用和摸索，现在对snv的大部分功能的使用已经形成了习惯性思维了。下面是对SVN项目管理工具的一些使用总结。

1. 每日进行开发工作之前务必要更新本地代码，以获取SVN上的最新版本代码。避免与昨天其他开发者的代码冲突。
2. 在确定要修改某一个文件之前，务必更新本地文件以获得该文件的最新版本，然后再做改动！
3. 代码变动后并在测试完毕确保没有问题之后要及时提交，避免丢失本地修改后无法恢复。
4. SVN更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且自己测试之后，谨慎地提交。
5. 千万注意，在提交之前应先做SVN更新或与资源库同步，注意到SVN关于冲突、错误的信息。资源库同步会告诉你将要提交的内容与资源库内容之间的差别，确认它们是不是你真正想要提交的。
6.  如果在修改的期间别人也更改了SVN的对应文件，那么Commit就可能会失败。如果别人和自己更改的是同一个文件而不是同一部分，那么update时会自动进行合并；如果修改的是同一行，那么合并时会产生冲突，这种情况就需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。
   
7. 文件提交时要求必须提交注释，注明相关修改信息，例如bug号、任务描述等。具体内容可采用约定或者设置的形式。
8. 你所提交的改变将体现给其他开发者，要明白提交的后果，提交之前要慎重。
9. 在提交之前要编译代码并修正错误。要保证新增加的文件同时被提交，否则只在你本地能正常工作，导致其它人不能编译通过。
10. 提交之前要测试所改变的应用，测试改变后的效果是否达到预期的目的。
11. 尊重其他开发者的代码，在重大变更之前与他们协商。SVN并不能替代开发者之间的交流。
12. 提前宣布修改计划。当你计划进行修改，需要影响到SVN里的许多文件时，先通过邮件或者当面通知其他开发者。例如，修改底层数据库模块时，有可能影响到业务逻辑层调用数据库模块的地方。这样其他开发者会有准备，也会对修改提出意见和建议。
13. 使用自动提交。SVN一次可以提交多个文件，所以，请一次提交所有相关的文件，即使它们不在目录下。这样可以确保代码在提交前后都是正确的。
14. 不要将格式修正和代码修正混合提交。修正代码格式包括增加缩进、减少空格等，如果把它们同代码修正一起提交，很难从日志或资源库同步信息里发现代码的修正。所以应该把修正问题与修正格式分开提交。
15. 每次提交尽量是一个最小粒度的修改。比如一个debug提交一次，一个小功能提交一次。
16. 所有的代码文件编码格式应该是统一的（此处应根据自己项目的要求而定~！）。包括的类型如java, jsp, xml, php, html等。
17. 提交的文件必须是开发者共用的程序文件，注意自动生成的文件，私人测试程序、程序缓存、图片缓存文件不要提交到SVN里。作为一个特例，eclipse的工程配置文件.project可以提交到SVN。一些常见的文件和目录可以加到SVN属性的忽略列表里，包括Thumbs.db、/build/、*.class、/classes/、/data/等等。

     参考博文：http://www.kuqin.com/shuoit/20131104/336062.html