关于SVN的使用

    原理是这样的 svn服务器一般放在公共的服务器上，大家连这个服务器，在MyEclipse上使用svn控件 可以下载svn上的项目至本地，所以很多公司将开发要用到的软件都放在svn上，有同事来只要连上svn 就可以把需要的东西下下来了

更新是指 服务器上变动了的 而你本地没有变动，需要你更新，
update更新

提交是指 服务器上没有的，也就是你改过的东西，你需要将代码提交，其他同事更新你的代码
commit 提交

同步，是在更新提交之前做的工作，更新提交前先同步，可以知道哪些东西要提交哪些东西要更新，哪些东西是冲突的（你和同事 改了同一个文件，可能会出现冲突），出现冲突不能提交也不能更新，只有先将冲突的文件选择用本地的文件覆盖或用服务器的文件覆盖本地后才能更新或提交，具体的用法还需要楼主多实践，这东西用过一次就会了
上面术语在MyEclipse里的选项是

同步：synchronize with repository   (如果你的项目连了svn 右键你的项目 team...就能看到)
点击同步后会进入到synchronize 的界面  再右键项目就有

Mark as mergerd  （冲突时点它 冲突的文件会用本地的覆盖服务器的，意思就是说 用你的！）
override and update (冲突时 右键文件 选此项表示 用服务器的！)

   
   
文件提交时要求必须提交注释，注明相关修改信息，例如bug号、任务描述等。具体内容可采用约定或者设置的形式。 
你所提交的改变将体现给其他开发者，要明白提交的后果，提交之前要慎重。 
代码变动及时提交，避免丢失本地修改后无法恢复。 
在提交之前要编译代码并修正错误。要保证新增加的文件同时被提交，否则只在你本地能正常工作，导致其它人不能编译通过。 
提交之前要测试所改变的应用，测试改变后的效果是否达到预期的目的。 
多次检查提交的内容。提交之前应先做SVN更新或与资源库同步，注意到SVN关于冲突、错误的信息。资源库同步会告诉你将要提交的内容与资源库内容之间的差别，确认它们是不是你真正想要提交的。 
尊重其他开发者的代码，在重大变更之前与他们协商。SVN并不能替代开发者之间的交流。 
提前宣布修改计划。当你计划进行修改，需要影响到SVN里的许多文件时，先通过邮件或者当面通知其他开发者。例如，修改底层数据库模块时，有可能影响到业务逻辑层调用数据库模块的地方。这样其他开发者会有准备，也会对修改提出意见和建议。 
使用自动提交。SVN一次可以提交多个文件，所以，请一次提交所有相关的文件，即使它们不在目录下。这样可以确保代码在提交前后都是正确的。 
不要将格式修正和代码修正混合提交。修正代码格式包括增加缩进、减少空格等，如果把它们同代码修正一起提交，很难从日志或资源库同步信息里发现代码的修正。所以应该把修正问题与修正格式分开提交。 
每次提交尽量是一个最小粒度的修改。比如一个debug提交一次，一个小功能提交一次。 
每日进行开发工作之前更新代码。避免与昨天其他开发者的代码冲突。 
所有的代码文件编码格式应该是UTF-8的。包括的类型如java, jsp, xml, php, html等。 
提交的文件必须是开发者共用的程序文件，私人测试程序、程序缓存、图片缓存文件不要提交到SVN里。作为一个特例，eclipse的工程配置文件.project可以提交到SVN。一些常见的文件和目录可以加到SVN属性的忽略列表里，包括Thumbs.db、/build/、*.class、/classes/、/data/等等。