详解SVN提交更新七大准则-svn忽略提交文件

本节向大家讲解一下SVN提交更新的一些准则，上一节我们学习了SVN提交时遇到的一些问题及解决方法，这里和大家分享一下SVN提交更新的一些准则，欢迎大家一起来学习SVN提交更新问题。
记得有一次提交SVN更新，将Eclipse自动生成的文件也一并提交了，结果导致组员update之后项目无法工作。
某日看了一篇关于SVN提交更新的一些建议，粘过来，并做了一些裁剪和修改，如下：
①负责而谨慎地提交自己的代码
SVN更新的原则是要及时更新，及时提交。当完成了一个小功能，能够通过编译并且并且自己测试之后，尽量早的提交，这样也保存了历史版本，必要时候可以回滚；在开始一天的工作之前，最后update一下项目。
如果提交过程中产生了冲突，则需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。
②保持原子提交(不要不经意间修改并提交了别人的文件)
仅提交你修改的部分，最好不要一下子将整个项目提交；
当完成一个功能或文件后，最好提交。我就遇到完成某个功能后，没有提交，后来又做了更改，结果代码出现bug，无法恢复到正常时的代码。
③不要提交自动生成的文件
VisualStudio等开发工具在生成过程中会产生很多自动文件，如.suo等配置文件，Debug,Release,Obj等编译文件，以及其他的一些自动生成，同编译代码无关的文件，这些文件在提交的时候不应该签入，如果不小心签入了，需要从仓库中删除。
④不要提交不能通过编译的代码
代码在提交之前，首先要确认自己能够在本地编译。进行SVN提交更新时最好是代码在提交前已经通过自己的测试。
⑤不要提交自己不明白的代码
代码在提交入SVN之后，你的代码将被项目成员所分享。如果提交了你不明白的代码，你看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。因此在引入任何第三方代码之前，确保你对这个代码有一个很清晰的了解。
⑥提前宣布自己的工作计划(多人协作同一个模块的时候)
在自己准备开始进行某项功能的修改之前，先给工作小组的成员谈谈自己的修改计划，让大家都能了解你的思想，了解你即将对软件作出的修改，这样能尽可能的减少在开发过程中可能出现的冲突，提高开发效率。同时你也能够在和成员的交流中发现自己之前设计的不足，完善你的设计。
⑦对SVN提交更新的信息采用明晰的标注(类似在代码里写的注释)例如可以采用下列格式
+)表示增加了功能
*)表示对某些功能进行了更改
-)表示删除了文件，或者对某些功能进行了裁剪，删除，屏蔽。
b)表示修正了具体的某个bug。本节讲解SVN提交更新注册完毕。

【编辑推荐】