一文了解如何托管SVN储存库，以及版本控制的更佳选择

Subversion是一种集中式的版本控制系统，一般被简称为SVN。作为目前可用的众多版本控制选项之一，SVN依旧存在着分支功能弱、集中式导致服务器压力大等问题。

如果您的需求已经超过SVN所提供的功能范围应该怎么办？龙智将在系列文章中为您提供其他版本控制软件的实践参考。我们将从为什么使用SVN、命令备忘录清单、托管储存库、如何使用客户端等角度对比Perforce Helix Core、SVN与Git，让您能够深入了解各个版本控制软件的优缺点。

作为DevSecOps研发安全运营一体化解决方案供应商，龙智持续关注DevSecOps领域的动态与发展，集成世界主流工具，帮助企业实现研发安全运营一体化。

正确管理SVN储存库非常重要。让我们先介绍一下它的基本知识。

什么是Subversion储存库

Subversion储存库（通常缩写为SVN储存库）是一个填充了代码、文件和其他项目资产的数据库。SVN储存库保存了以前所有变更的完整历史记录。

SVN储存库概述

SVN储存库用于存储您的代码及其历史记录。
根据托管的服务器，您可以通过多种方式访问储存库：

• 来自组织的内部服务器（本地）。
• 来自外部web客户端（SaaS云服务器）。

开发团队具备用于一个或多个本地签出请求的中央SVN储存库。一旦所有变更准备就绪，可以将任何变更代码立即返还至中央储存库。

您是否应该托管SVN储存库？

对于希望托管服务处理SVN储存库的团队来说，SVN托管可能是一个很好的选择。SVN托管服务允许您：

• 在云中创建储存库
• 管理其访问权限
• 从内部服务器控制一切
• 避免维护和管理成本

随着团队优先考虑开发而不是增加IT基础设施和成本，云托管服务正变得越来越受欢迎。

Subversion托管选项

您最好的Subversion托管工具是Helix TeamHub。

对于致力于优秀SVN web客户端托管的团队，Helix TeamHub是一个直观的托管解决方案。大多数团队可以在几分钟内建立Helix TeamHub企业帐户。此外，对于拥有SVN和Git储存库的团队，Helix TeamHub允许您将它们与工件一起存储在一个项目中。

尽管Helix TeamHub是一个直观的SVN托管解决方案，但它并不能解决很多团队在使用SVN时所面临的问题。我们从很多以前曾使用过SVN的客户得到的反馈信息是，SVN已经跟不上了。

优秀SVN储存库托管工具：Helix TeamHub

如果您正在考虑能够帮助管理和托管SVN储存库的解决方案，Helix TeamHub是不错的选择。无论企业规模如何，都有适合企业的定价选项和许可级别。

何时使用SVN提交

提交是特定时间点代码变更的保存状态。提交实际上是保存您的开发进度；每一次提交都相当于产品路线图上的里程标记。

SVN中的提交在本地签出和中央储存库之间完成。变更将提交给中央储存库。每次提交都包括变更和一条提交消息，该消息提供了您正在引入的变更详细信息。

$ svn commit  –m “removed old file ‘feature x’ .”

Deleting                         feature x

Committed revision 2.

提交消息的解释性越强，您从代码变更中获得的可见性和洞察力就越强。此外，提交消息可以清晰地显示过去或存档的变更，如果没有上下文，这些更改可能会令人困惑。

如何管理SVN储存库

当您使用SVN时，几乎所有事情都遵循一个开发模式或生命周期。下面是使用SVN时路线图的简要说明。

1、签出储存库

如果您已准备好创造优秀的产品，同时您的开发人员也准备好了，那就一起开始吧。

在进行任何代码变更之前，必须先从托管的SVN工作区签出储存库。SVN签出将为您提供想要使用的储存库的新版本。如果您刚刚创建了储存库，还尚未提交，也找不到修订储存库，此时您将使用该储存库的第一个版本。

2、执行变更

签出SVN储存库后，您就可以开始进行代码变更了。从您喜欢的开发人员工具和编辑器中进行选择，来执行对储存库的更改，这也反映了您的产品开发目标。

将变更后的文件提交到储存库，并使用托管SVN的客户端UI跟踪这些提交。

3、查看变更

提交各种文件后，查看所做的变更很重要。SVN主机将接受提交给单个储存库的文件更新，并将其列为修订版本库。如果您已将同一文件的五个版本添加到储存库中，则可以从版本1、2、3、4或5浏览完整的历史记录。SVN托管工具使审查过程变得的简单易于执行。

开发人员是否提交了需要回滚到先前版本的错误代码？那么…

4、还原变更

SVN提供了一个命令，可以将文件变更恢复到先前的正常版本。只需在命令行中使用“svn revert”，即可将文件恢复到编辑之前的状态。而且该命令不局限于单个文件。您可以在单个命令中还原整个目录或储存库。

5、解决冲突

当两个相邻的开发人员对同一个文件进行变更时，就会发生冲突。这在大型企业中尤为常见，因为储存库协议和文件在企业中非常普遍。

冲突是正常开发工作流的一部分，并且非常直接。基本上，你有三个选择。

1、“我同事的变更文件更好。别管我的，我们用他的。”
2、“伙计，我很聪明。我的变更文件更好。对不起，我们不用你的变更文件。”
3、“我们的变更文件在一起才高效。我们是一个多么伟大的团队，是时候合并和提交了。”

使用简单的合并工作流，用户可以将合并变更标记为已解决，并将新的和改进的文件提交回项目环境。

6、重复再重复

您将使用这种方法的一些变体来一次又一次地推动您的开发过程，跨越1000和 1000多个文件，跨越您的SVN项目存储库。但是，开发方法的有效性将取决于您的SVN托管平台是否适用于您所在的企业。

更好的SVN替代品：Perforce Helix Core

既然可以通过升级得到能够满足您所在团队需求的版本控制系统，为什么还要投入资金来托管一个受损的版本控制系统？

许多团队需要一个可扩展性、速度更快、支持全球团队并满足其安全和监管需求的版本控制系统。您可以通过转移到Perforce Helix Core，从而有效面对SVN的发展挑战。

Perforce Helix Core是全球七大洲上速度最快的版本控制软件。您可以在单个存储库中安全管理所有数据内容。使用Perforce Helix Core，您将获得：

• 单一的事实来源
• 工作流自由度
• 灵活的分支
• 易于使用的应用程序
• 安全和保护