SVN版本控制

关于SVN的最佳实践

一切为了出现问题后更容易追溯

• 鼓励频繁地提交
  有的SVN初学者可能会有一种想法， 有的SVN初学者可能会有一种想法，要确定代码没有问题了才提交。但最好的实践
  是频繁地提交，而不是等到代码每问题了再一次性提交。
  对于可能损坏主干原则的代码，不要直接提交到主干，而是创建一个分支

• 确定分支流程
  基本上所有的特性和较大的bug修复都应该使用分支来修改。

• 定义主干原则，并掐坚守它

• 不要把逻辑的修改和代码格式化操作混在一起
  如果做了一些代码格式化的操作，就单独提交这次修改。然后再做一些逻辑的修改，再提交。这样可以避免“天哪，
  所有的东西都不一样了”，出现问题之后更容易追溯。

• 不相干的代码分开提交
  也就是说不要在一次提交里修改两个bug。

• 保持工作代码库的“干净”
  如果你有文件不想也不需要提交，就加入到忽略列表（ignorelist）。这样的好处是，每次打开svn提交界面，如果
  没有修改过任何代码，就会看见一个空的列表，如果修改过代码，就显示修改过的代码。这能提醒你不要遗漏任何
  需要提交的文件。

• 建议每次提交都清楚的写上原因

• 良好的使用习惯
  每天早上打开后，首先要从版本库获取最新版本。每天下班前必须将已经编辑过的文档都提交到版本库。
  使用SVN时每次都是先提交，后更新。