一、SVN切换分支操作介绍SVN（Subversion，下文简称SVN）是一种版本控制系统，它提供了一系列的命令行工具来管理源代码。在代码的开发过程中，可能会需要更改当前工作目录下所处的分支。SVN提供了switch命令供用户进行分支切换操作，该命令只修改当前工作目录下原本的模块链接并不会真的修改目标URL中的版本库。在SVN中，一个版本库可能会有多个分支，我们可以通过checkout命令来创建这些分支，也可以使用branches工具来进行分支的删除、移动、查看等，这些工具都是由SVN提供的。SVN提供了非常完善的分支管理机制，让我们可以方便地在开发过程中，随时随地地更换所处的分支。二、SVN切换分支常用命令及其参数介绍切换分支是SVN的基本操作之一，下面是一些常用的命令及其参数。大家可以...阅读全文
出现的原因，又是谁在何时报告了某个功能缺陷等等。 使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。 但额外增加的工作量却微乎其微。 1.1.1集中化的版本控制系统，代表Svn 缺点： 1、依赖中央服务器。 如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。 2、如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。 3、整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险 4、必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，效率就很低了。 1.1.2分布式版本控制系统，代表Git...阅读全文
中），每个代码库都可以使用随意地代码管理工具（通常是git和svn）或者根本不使用代码管理工具，而且每个代码库都可以托管在不同的站点上。不用说，你在这样的代码库中所做的工作也因团队而异，甚至是团队内部都有微妙的不同。 而在实践中，我们很少会用到非标准的托管方式，这并不是因为成本问题，而是考虑到将变更自动化时的困难性。你不能使用GitLab的API来创建合并请求，而是必须通过一个完全不同的、非常复杂的系统，而这个系统会出现间歇性（或永久性！）无法访问代码库的情况，或者无法从提交上来的补丁（bug报告、合并请求、拉取请求、电子邮件等等）中抽取差异。 各色迥异的工作流程不仅仅是一个临时问题。我在DebConf 13期间参加了有关不同git工作流程的一个漫长的讨论，并在此期间经历了类似的讨论。 我未...阅读全文
