安阳网站建设哪家好,wordpress 死链提交,北京黑马计算机培训机构,网站域名永久文章目录自己的猜想文件名比对文本行比对事实是什么提交计划提交数据更新客户端版本库数据时#xff0c;同名文件中文本行的数据比对规则自己的猜想
假设SVN服务端就存在一份最新版的文件 HF#xff0c;客户端检出这份文件后再提交#xff0c;当前用户提交的文件称为 NF。 …
文章目录自己的猜想文件名比对文本行比对事实是什么提交计划提交数据更新客户端版本库数据时同名文件中文本行的数据比对规则自己的猜想
假设SVN服务端就存在一份最新版的文件 HF客户端检出这份文件后再提交当前用户提交的文件称为 NF。 文件名比对
首先比对文件名如果文件名不同则比对文件属性的元数据文件 ID 是相同的说明属于同一个文件则比对文件名称的版本号发现 NF 文件名的版本号为 Undefined说明 NF 文件修改了文件名于是从客户端的缓存库中获取 NF 文件旧名称的版本号与 HF 文件的名称的版本号比对发现相同或者 NF 文件旧名称的版本号更大则保留 NF 文件的文件名若 NF 文件旧名称的版本号比 HF 名称的版本号小说明什么问题说明 HF 文件也曾修改了文件名并且提交了更新其二当前用户没有更新最新版的数据而是在旧版本基础上进行更新和提交。所以现在冲突就产生了保留谁的文件名两位提交者相互协商后手动解决冲突了。
文件名不同比对文件属性的元数据发现文件 ID 也不同说明不属于同一个文件而是新增的文件此时 SVN 会在客户端的缓存库中追溯版本数据客户端会缓存文件的各种历史版本试图寻找到 HF 文件的相关数据结果找到了发现原来的文件被删除了于是会比对被删除文件的版本和 HF 文件的版本如果被删除文件的版本大于等于 HF 的版本号则遵从提交的数据包不再保留 HF 文件如果被删除文件的版本号小于 HF 文件的版本号说明两个问题其一 HF 文件是后来有人更新后提交的其二当前用户没有更新最新版的数据而是在旧版本基础上进行更新和提交。因此这样的删除行为 SVN 服务器是不会直接通过的所以冲突产生了。被删除的文件是否保留两位提交者相互协商后手动解决冲突了。
如果 SVN 在追溯版本数据的时候没有找到 HF 文件相关的数据则说明当前用户提交的是新增数据于是保留 NF 和 HF 两份文件到 HEAD 片段中而原来的 HF 文件会被归档到旧版本片段中。此时其他用户从 SVN 检出或导出或更新就会得到两份文件了。
如果 NF 和 HF 的文件名相同但是文件 ID 不同也就是说实际是两个不同的文件但是取名相同例如当前用户下载了 HF 文件后来删除了又重新创建了一份同名的文件文件系统是不允许同个目录下存在两份同名的文件的所以此时 SVN 也是在客户端的缓存库中追溯版本数据如果发现当前用户删除了与 HF 同 ID 的文件而且版本相同则 SVN 会遵从当前用户的提交只保留当前用户的提交的文件如果当前用户删除的与 HF 同 ID 的文件版本更小则 SVN 不会直接通过所以冲突产生了。保留哪个文件两位提交者相互协商后手动解决冲突。
文本行比对
如果文件名和 ID 都相同的情况下则逐行比对文件内容。
NF 的第 1 行与 HF 的第 1 行比对先比对内容内容相同则 NF 的第 1 行内容保留下来内容不同则比对行的版本号如果 NF 的第 1 行的版本号是 Undefined则追溯该行的旧版本数据如果发现 NF 文件的第 1 行的旧版本号等于 HF 文件的第 1 行的版本号则保留 NF 第 1 行的数据如果 NF 文件的第1行的旧版本号小于 HF 文件的第 1 行的版本号则产生冲突需要手动解决。所以基于这样的逻辑多人同时修改同一位置的数据最先提交的数据顺利通过但是后面提交的数据都会产生冲突因为从客户端缓存库中提取到的版本数据肯定比 SVN 服务器 HEAD 片段的数据的版本小。这里说的 HEAD 片段其实就是所谓的“集中式版本库”SVN 用户都是从这个版本库中下载最新版本的数据资源。
NF 的第 1 行与 H F的第 1 行比对内容不同则比对版本号如果可以直接取到 NF 文件第 1 行的版本号则说明 NF 文件的第 1 行没有修改过如果版本号相同则直接保留 NF 的第1行文本内容如果 NF 文件的第 1 行的版本号低于 HF 文件的第 1 行的版本号这说明当前用户在提交的时候没有更新最新版的数据直接提交了但是没有关系SVN 知道 NF 文件中的第 1 行文本是旧数据所以会保留 HF 文件的第 1 行数据。
按上述的逻辑比对后面的所有文本行…
事实是什么
在提交的时候SVN 并不是按以上的逻辑和规则来比对数据中央版本库中原来的数据会移入历史版本池中然后备份一份到 head 分区中即主分支 /trunk接着简单判断同名文件内容是否一致一致则保留 head 的数据否则被新提交的文件替换掉。
在客户端版本库的缓存数据中有保存客户端版本库的文件的实际路径与 SVN 服务端版本库中的对应路径的映射关系。只要有修改客户端版本库中的数据都会把被修改文件的客户端路径和相对应的 SVN 服务端版本库的路径写入到提交计划中。
所谓 versioned 就是每个客户端版本库的文件都在这个路径映射表中如果你改了客户端版本库中的文件名或者删除了SVN 客户端就无法找到对应的映射关系就会提示文件丢失、无法识别等。
提交计划
客户端版本库的文件只要修改了内容或者通过命令 svn add 添加的文件相关文件的路径都会写入提交计划中schedule
提交数据
只要客户端版本库的版本号和服务端版本库的版本号不同就无法正常提交提示“过期”如果提交数据成功是将工作副本的数据完全覆盖服务端的数据没有进入文件内容进行文本行的数据比对
更新客户端版本库数据时同名文件中文本行的数据比对规则
内容对比客户端标记状态服务端标记状态内容处理方案不相同删除修改过产生冲突相同删除未修改过遵从客户端的相同未修改过未修改过遵从客户端的相同修改过修改过遵从客户端的不相同修改过未修改过遵从客户端的不相同修改过修改过产生冲突不相同未修改过版本不同遵从服务端的相同未修改过删除遵从服务端的相同修改过删除产生冲突不相同修改过删除产生冲突
注服务端文本是否修改过是针对客户端文本行的版本而言。
