-
既然提示index.html已经过时了，那我们更新一次工作副本，看看会出现什么样的情况，这个时候提示了在index.html这里出现了一个错误，而且下面给出了一些错误的选项， （mc）:保留我们的版本 (tc):保留别人的版本 如果此时不确定保留谁的版本，可以选择（df）:显示差异，然后把和自己产生冲突的那个人叫过来一起商量，该保留谁的。 比如选择：（df）显示差异查看全部
-
这个时候机器2再次提交了代码，提交出现了错误信息。提示了 index.html 是过时的。 这里并不是已经出现了冲突，只是一个冲突的前奏，90%是已经快出现冲突了查看全部
-
这个是机器2更改的代码，也是第7行的代码。查看全部
-
这个是机器1更改的代码，在第7行进行了修改查看全部
-
首先两台机器都更新到了版本4，然后机器 1 改了代码，然后提交了上去，使用svn ci -m" " index.html 命令，然后svn服务端就变成了版本5，查看全部
-
冲突的处理 冲突产生之后就遗留下来一个问题，那刚才的案例来说，开发A和开发B都改动了html文件的同一行代码，svn服务端就不知道该保留谁的代码。这时候就需要开发A和开发B进行协商，然后由开发B去处理，最后使用一个svn冲突处理的命令就可以处理掉。查看全部
-
常见的代码文件有：html,css,java,php,js,,,,,, 这些文件都是二进制的文本文件，在版本控制中发生的冲突都称为二进制冲突 而树冲突是对于非二进制文件而言的，比如：图片文件。 只要把前面html这个案例改成图片，那就可以理解称为树冲突的案例了。 树冲突无法像代码中的文件一样精确到某一行的，发生二进制冲突我们只需要对发生冲突的行进行修改就可以，而发生树冲突，我们就需要对图片进行替换，更改处理查看全部
-
如何避免冲突？ 如果开发B在9:25的时候在更新一次，就到了版本5，此时svn服务端就会认为开发B是知情的，这个时候就不会产生冲突了。所以，尽可能的避免冲突就是多更新工作副本！查看全部
-
这是对于 “ 更新到的数据与工作副本的修改正好在同一处 ”的解释 大致意思就是：开发A，B两个人同时在上午9:10来上班，首先就同时将各自的工作副本更新到了版本4，后面9:15开发A修改了index.html的第10行，然后提交了上去，此时服务端的版本库就变成了版本5。然后在9:30在不知情的情况下，开发B也修改了index.html这个文件的第10行，和正要更新的内容正好是同一处，此时就出现了冲突。 此时服务端就提示了一条冲突信息给开发B，此时服务端就不知道要保留谁的信息。查看全部
-
因为团队人员很多，而且你很长时间没有更新工作副本，这个时候最容易出现冲突，这是对第一条的解释。查看全部
-
前方高能，非战斗单位请赶快撤离现场！查看全部
-
现在已经修改了三个文件 index.html about.html js/app.js(js目录下的app.js) 这时候对于.svn文件夹来说，跟服务端的版本已经不一样了 比如现在要恢复index.html 那么就输入 svn revert index.html (文件名) 如果想恢复当前目录下所以修改过的文件 就把文件名改成一个星号 *（代表所有文件） 此时它会扫描当前目录下的改动，about.html此时就已经被恢复了，但这个命令只会扫描当前目录，不会扫描子目录。所以js目录下的app.js就没有别扫描还原出来 如果要递归还原目录以及所有子目录下的所有文件 那么就在 * 前面加入参数 - -recursive查看全部
-
在任意一个地方随便加入一行代码，然后保存退出。查看全部
-
比如现在修改一下index.html 输入命令： vim index.html查看全部
-
工作副本的还原 称为SVN版的Ctrl+Z 比如在更新工作副本之后，进行了一些项目文件的编辑增添，删除，，，，后面项目经理临时通知需要改需求了还没有提交更改的不用再提交到服务端了 然后这时候就需要进行还原副本的操作。 主要内容是还原单个文件还有批量还原目录下的所有更改.命令是：svn revert[--recursive] [filename|*]查看全部
举报
0/150
提交
取消