.关于svn的其他用法，可以在终端输入：svn help

原理：

 用专业术语说起来太生硬，简单可以理解为一个可以存储东西（资源）的仓库，他有个自动管理功能，将你存放的资源整合为一份，可以删除和增加，用命令行告诉他你要的操作。这里主要说说团队作战时的注意事项

svn for mac 的注意事项：

    •    上传代码需要（一个完整的项目），需要提交静态库文件，取消忽略文件的选择再上传

    •    上传代码后，将多余的配置文件删除。

    •    check out 文件需要再次确认静态库文件是否更新下载到本地，是否带多余编译文件；删除多余编译文件，确定静态库文件all download ，try run。如果没问题，已将代码成功更新到本地。

    •    commit 前需要upodata ，commit 后需要updata again。每次的updata 都需要try run。确保代码成功运行。

    •    创建新文件 前需要upodata ，try run,没问题后创建文件，及时提交，然后需要updata again，try run。每次的updata 都需要try run，并且确保代码成功运行。  

 •    解决冲突不是所有的问题都可以点击resolve解决问题。需要查看冲突文件，冲突原因。

    •    最重要的是不提交本地的git文件。在为改变配置工程info.plist前提下不提交除代码（直白的说就是.m和.h）以外的任何文件。But：当你已将改变配置文件了，并且运行需要配置文件的支持时，必须提交你所更改的配置文件。

    •    永远不要提交一半的代码。永远不要在提交后的updata后，发现本地代码错误，修改后不提交，这样的错误是低级错误，不解释。

    •    如果你的发现你提交了错误的文件，请马上revert。不要问啥，低级错误不解释。

    •    对于你没有做任何更改的文件。你需要的是ignore他的提交。而不是一股脑的全部提交。必须区分清楚你要提交的全部代码是指你所更改的全部代码。而不是svn提示你提交的代码。很有可能是你失误更改的东西，（低级错误不解释）

    •    删除文件需要记得删除不必要的文件夹，这是个好习惯，需要你记得

    •    代码分类一定要清晰，提交文件一定要提交到相应的文件夹下，方便管理和查找

    •    提交代码最讨厌的就是一直不提交，直到下班前提交。你确定你一天写的东西和其他人不冲动？！请按照功能点写完一点，提交一点。这样便于管理，也减少不必要的冲突

    •    不要随意更改注销他人的代码，尤其是你不确定功能的时候，减少低级错误

    •    自己创建的类，不用的请及时删除，减少代码的冗余。

    •    以上是我对svn的总结，基本按照常规的使用是不会出问题的，如果低级错误出现一次是疏忽，那每次都出现我也是够了。针对断网和锁代码的问题，需要注意常常代码不是没有更新，而是失去了连接，需要在show in find 中找的他，并拉入项目就可以了。