标签：style blog http io ar os 使用 sp java
以下是以前学习SVN的笔记，现在复习一下。（建议使用google code）
vss独占式的，微软的
CVS并发的、不支持目录的，不支持事务。
TFS 微软的，和SVN类似
既要用SVN，也要用Git
（从CVS到SVN的体会是：只要产品还有缺陷，那么就还有发展和改善的空间）
（典型的CS结构）
SVN实际上市SubVersion的缩写
客户端就装TortoiseSVN
往repository里面添加东西也是用 客户端，下面问号的意思可以再setting里面查到。
把文件提交到repository要经过两步（注意此处文件的状态时问号）
此时repository中并没有真正有那个文件，只是告诉repository客户端要添加文件
此时出现：
还需要：
添加成功了
此时服务器端仓库就有了
如果要该文件夹的所有文件全部提交，那么就在空白的地方，点击右键
之后再还是要commit
把工作目录中的某个文件修改过后：
但是发现改错了，你现在需要revert
点OK就行了。
如果修改认为没有问题，就直接把修改后的文件提交就可以了
删除文件的话：
删掉之后，文件夹上出现了：
说明还要提交：
现在才是删除了
把一个新文件夹引入到repository中不用check-in，而用import
export的意思是：
下面这个.svn负责的就是版本控制（每个受到版本控制的文件夹里面都会有.svn）
SVN的版本追溯
可以查看该文件所做的变化，下面的version是指工程的版本
也可以和先前的版本做一个对比：
还原到以前的某个版本：
（实际上SVN每次跟新只保存增量，并且保存的时候，还会进行压缩处理）
repo-browser可以直接浏览到仓库的目录结构
分发模块开发：
那么分支小组就要使用分支branch（分支小组要切换一下）
所有的工作做完了之后，再通过一个分支合并，进行和主线合并
大部分冲突需要手动解决
（每天一到办公室，第一件事儿就是先更新）
如果两人先后提交的是同一文件的不同代码，那么后一个人update的时候，可以自动合并：
虽然合并成功，但是还没有submit，所以还是
需要commit一下。
如果两人修改的是同一文件的，同一代码，那么：
后一个人直接提交肯定是提示out of date。需要先update一下，但是update会提示conflict
图标变成警告
其实r8表示之前的版本、r9，也就是最新的版本表示（先提交那个人已经提交后）从repository中update下来的版本
此时需要比对 mine 和 r9
手动修改 CommonMath.java 之后删除多余文件(window下的删除，不用SVN那个删除)，手动commit
SVN的备份
注意：直接拷贝的方式不安全。
其实也可以，先把工作目录update为最新的，然后export就可以了。
（当然你首先要有足够到的权限、某则你只能export你的那一份）
当我操作一个文件的时候，我不希望别人在操作，那么我们可以lock
用完之后记得release
check for modifications
小结：
(这仅仅只是一个入门)
当然还有很多管理工具
亦可以用在线的repository：如 code.google.com
标签：style blog http io ar os 使用 sp java
原文地址：http://www.cnblogs.com/bluechip/p/4115757.html
