知行合一 止于至善

版本管理是DevOps实践中非常重要的一环，本系列教程以svn和git为中心，结合分支管理模型，介绍版本管理如何与工具结合，如何进行项目实践。本目录持续更新。

这篇文章整理一下使用svn在项目中相关的分支模型实践经验。

在前面进行冲突的产生和解决的文章中我们接触到了冲突产生的原因和方法，实际上svn中有两种并行开发的模型，如果能够产生冲突，就说明svn具有检测机制确认并行开发的影响，在现代的版本管理工具中也许不算什么，早期的时候这还真是个问题，这篇文章我们将会来看一下svn中的并行开发方式。

这篇文章介绍一下在svn中tag操作的查询/创建/删除与设定。查询tag因为因为tags目录是apache建议的方式，其本质也就是一个目录，所以查询的方式可以结合svn list命令确认改目录下的文件信息，以及svn log确认提交信息来进行。[root@platform demo-repo]# svn list tagsrelease-script-1.0/relea...

在前面的文章中，对某个仓库进行用户/权限的相关设定。在实际的开发中也会存在这样的场景，相同的用户信息，对仓库进行不同的设定，总是有一部分信息是共通的，如果仓库多的话，一个一个的修改可能会导致信息的不一致。而解决信息不一致的基本原则在于相同的信息只在一处保存。基于这个原则我们来看一下多个仓库下的配置方式。

这篇文章主要介绍一下svn的常用的备份/恢复方案。

这篇文章使用svn模拟一下gitflow分支模型中开发主分支进行发布的过程

这篇文章使用svn模拟一下gitflow分支模型下的hotfix分支使用过程

这篇文章来模拟一下如何使用svn进行特性分支的开发

在svn流行的时候，分支模型往往聚焦于主干/分支/发布管理三个重要的点上，而在此基础上apache所推荐的trunk/branches/tags也能清楚地反映出这些点。bug的修复，以及在发布时问题的管理等这些问题也可以通过目前的这种方式来实现，但在其后的分支模型中都将这些问题进行细化，所以会有更好的适应性，在git的使用相关的文章中整理过一些管理git flow以及github flow相关的文章。在接下来的这几篇文章将试图以svn的方式来践行这些新的分支模型比如git flow。

svn的hook机制，跟其他很多类似的工具一样，hook机制的本身就是在某个具体的时机所触发的内容，类似于事件驱动的回调。这篇文章介绍一下svn中hook机制的使用方式。

这篇文章介绍一下团队开发时经常会碰到的svn的冲突产生的原因以及回退或者解决冲突的方式。

在git flow的分支模型出现之前，svn在项目中的应用广泛地使用trunk/branches/tags作为约定俗成的使用方式。这篇文章简单介绍一下trunk/branches/tags的使用方式。

在上一篇文章中我们搭建了svn服务器以及创建了一个demo仓库，使用匿名用户将这个demo仓库co到了本地。而这篇文章将会来学习一下如何设定相关的用户/组/权限相关信息。

这篇文章使用docker方式创建一个alpine的svn镜像，并创建一个repository，然后在客户端将这个repository使用svn方式checkout出来。

subversion简称svn，是vcs（Version Control System）的一种，是集中式版本管理（centralized version control）工具的优秀代表，加之Apache项目的光环，一度在版本管理的工具中占有绝对的主导地位。随着开源项目的推广和git的推进，svn似乎风光不在，但是在企业级开发中仍然占有主要的一席之地。从这篇文章开始将会介绍一下如何使用svn进行开发。

这篇文章介绍一下SVN的容器化方式的一个镜像：elleflorio/svn-server的使用方法。

这篇文章记录一下昨天碰到的SVN使用中的几个细节上的问题。