Tortoise SVN使用说明

    TortoiseSVN是Subversion一个开源的版本控制系統,也就是说 Subversion 管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。这个档案库很像一个普通的文件服务器, 不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。 许多人会把版本控制系統想像成某种 “时光机器”。版本控制是工作组软件开发中的重要方面，它能防止意外的文件丢失、允许反追踪到早期版本、并能对版本进行分支、合并和管理。在软件开发和您需要比较两种版本的文件或找回早期版本的文件时，源代码的控制是非常有用的。



-
已忽略版本控制的文件。可以通过Window → Preferences → Team → Ignored Resources.来忽略文件。



- 未纳入版本控制的文件，一般是新增，尚未提交的文件。



-
本地重命名或移动到其它目录的文件。



-
本地删除的目录。



-
没有任何改动的文件。



-
发生改动，尚未提交的文件。



-
处于锁定状态的文件。



-
有冲突没有解决，就更新或提交的文件。



-
有目录树冲突的文件。一般在最近一次更新后，资源库上的文件被移动、删除或重命名。



-
引用外部项目的文件，不能提交到本项目的资源库里。



-
有分支版本的文件。这些文件属于另外一个不同的工作目录而不是属于本地的父目录

迁出 Outgoing view

- 本地有更改的文件。



-
本地新增的文件。



-
本地删除的文件。



-
本地文件属性发生变化了的文件。

迁入 Incoming view

- 需要更新的文件。 



-
需要迁入的新增文件。



-
资源库中删除了的文件。

冲突 Conflict view

-
资源库和本地同时有修改的文件。



-
远程资源库上已经被重命名或移动、删除的文件。 

“与资源库同步”选项打开的界面上的一些按钮 Others :

-
同步选中的文件，下拉箭头切换不同的远程目录。



-
只显示需要迁入的文件。



-
只显示需要提交的文件。



-
同时显示需要更新或提交文件。



-
只显示有冲突的文件。



-
更新全部文件。



-
提交全部文件。

使用注意事项

负责而谨慎地提交自己的代码（先更新后提交）  

    SVN更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且并且自己测试之后，谨慎地提交。 如果提交过程中产生了冲突，则需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。  如果提交过程中产生了更新，则也是需要重新编译并且完成自己的一些必要测试，再进行提交。 

保持原子性的提交  

每次提交的间歇尽可能地短，以一个小时，两个小时的开发工作为宜。如在更改UI界面的时候，可以每完成一个UI界面的修改或者设计，就提交一次。在开发功能模块的时候，可以每完成一个小细节功能的测试，就提交一次，在修改bug的时候，每修改掉一个bug并且确认修改了这个bug，也就提交一次。我们提倡多提交，也就能多为代码添加上保险。

不要提交自动生成的文件  

    Visual Studio在生成过程中会产生很多自动文件，如.suo等配置文件， Debug,Release,Obj等编译文件，以及其他的一些自动生成，同编译代码无关的文件，这些文件在提交的时候不应该签入，如果不小心签入了，需要使用Delete命令从仓库中删除。这个可以使用SVN过滤功能，在设置里面设置ignore lists. 

不要提交不能通过编译的代码 

    代码在提交之前，首先要确认自己能够在本地编译。如果在代码中使用了第三方类库，要考虑到项目组成员中有些成员可能没有安装相应的第三方类库或者没有放入GAC（针对.Net Framework）中，项目经理在准备项目工作区域的时候，需要考虑到这样的情况，确保开发小组成员在签出代码之后能够在统一的环境中进行编译。 

不要提交自己不明白的代码 

    代码在提交入SVN之后，你的代码将被项目成员所分享。如果提交了你不明白的代码，你看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。因此在引入任何第三方代码之前，确保你对这个代码有一个很清晰的了解。