转载自https://www.jianshu.com/p/62d640a2e6b9;便于寻找,用于学习记录
一般情况下公司里的所有人都会叫你在别人修改完成时,使用update来将版本库的代码同步进来。
假设在电脑1提交一个文件如下:
test
abc
#假设此时版本为 1
当你在另外一台电脑2上,检出进来时文件内容应当是一样的
此时电脑1上做修改:
test
abc
computer1 add
并且同时在电脑2上做修改:
test
computer2 add
abc
ok, 万事妥当,当电脑1提交
#假设此时版本为 2
此时,电脑2上 进行update
会表示版本库文件与本地文件有冲突,但是svn已经帮你解决
电脑2的文件是这个样子的:
test
computer2 add
abc
computer1 add
也就是说,update
并不会覆盖你本地的工作目录,此时电脑上的结果是svn 还有 different ,但是版本已经成为 2 ,这就是很多人update了但没有效果的实际例子。
那么经过查看文档和多方验证得出以下结论。
svn update
是这样计算的
- 当你的文件处于最新版本,且文件内的修改 新于 版本时间,那么
update
将无效(没有任何效果) - 当你的文件处于非最新版本,且有修改内容 与 版本库不冲突(或者
svn
可以解决的冲突)update
能够正常使用,而且保留你的修改内容,并使得版本库的修改也更新进来。回到 1 状态 - 当你的文件处于非最新版本,且冲突无法解决,
svn
返回 C 也就是冲突状态,那么你就默默解决冲突吧
可见事实上,svn update
的其实是为了保护你本地修改而做的先一步merge,因为其实svn事实上没有分支的概念,分支也只是另开一个文件夹,可以理解为辅主分支,所有人都是在辅主分支上干活,所以每次update的是别人的代码,自己的工作区一定不能被覆盖或者抛弃。
结束语
那么如果真的你需要覆盖本地文件的话怎么办呢?一种是删除再 update
,另一种是revert
命令。可以将本地文件和版本库文件真正同步成一模一样。