共计 2407 个字符，预计需要花费 7 分钟才能阅读完成。
Subversion 是一种集中式的版本控制系统，个别被简称为 SVN。作为目前可用的泛滥版本控制选项之一，SVN 仍旧存在着分支性能弱、集中式导致服务器压力大等问题。
如果您的需要曾经超过 SVN 所提供的性能范畴应该怎么办？龙智将在系列文章中为您提供其余版本控制软件的实际参考。咱们将从为什么应用 SVN、命令备忘录清单、托管储存库、如何应用客户端等角度比照 Perforce Helix Core、SVN 与 Git，让您可能深刻理解各个版本控制软件的优缺点。
作为 DevSecOps 研发平安经营一体化解决方案供应商，龙智继续关注 DevSecOps 畛域的动静与倒退，集成世界支流工具，帮忙企业实现研发平安经营一体化。
Subversion 是目前可用的泛滥版本控制选项之一。Subversion 是一种集中式版本控制系统，用于治理版本化文件，如源代码。它通常缩写为 SVN。
Subversion 的定义
Subversion 用处是什么？
Subversion 用于保护我的项目的以后版本和历史版本。它是一个开源的集中式版本控制系统。它是依据 Apache 受权的，也被称为软件版本订正控制系统。
什么是 SVN？
SVN 代表 Subversion。所以，SVN 和 Subversion 是一样的。SVN 用于治理和跟踪跨我的项目的代码和资产的更改。
Subversion 还在被应用吗 ？
Subversion 已经是最风行的零碎之一，但 受欢迎水平正在逐步降落。然而，其中依然存储了数百万行。它甚至持续被踊跃保护，只管是由一个小型开源社区保护的。
什么是 SVN 储存库？
SVN 储存库是指蕴含残缺更改历史的文件汇合。
Subversion (SVN) 是分布式版本控制系统吗？
SVN 实际上是一个集中的版本控制系统。它不同于分布式系统，比方 Git。
SVN 服务器解释集中式版本控制意味着版本历史存储在地方服务器中。当开发人员想要对某些文件进行更改时，他们会将文件从该地方服务器拉到他们本人的计算机上。开发人员进行更改后，他们将更改的文件发送回地方服务器。
Subversion 工具
什么是 Subversion 工具？
有许多罕用的 Subversion 工具和客户端。例如，TortoiseSVN 是最风行的 Subversion 工具之一。
您还能够思考托管 Subversion 的工具，例如 Helix TeamHub。
Subversion 工具是如何工作的？
SVN 最后被设计为命令行界面。这意味着您须要关上终端并输出文本命令。
要使 Subversion 失常工作，SVN 设置须要满足两个次要条件：
- 领有所有源文件的所有版本的服务器
- 确保文件的本地正本存储于您的计算机中
存储于计算机中的文件称为工作文件，用户能够对这些文件进行编辑。而后，用户将变更后的文件提交至 SVN 服务器。
每次用户提交更改时，SVN 都会通过创立一个新版原本治理和记录更改。与大多数版本控制选项一样，用户通常应用最新版本。但如果须要旧版本，也能够复原至晚期版本。
你应该在 SVN 中应用版本控制吗？
应用 SVN 进行版本控制很风行。但这对您的团队来说是正确的抉择吗？以下是您在应用 SVN 进行版本控制时将面临的一些挑战。
SVN 有一个繁琐的分支模型
SVN 繁琐的分支模型是最受用户诟病的问题。SVN 分支模型容许您同时解决多个版本的代码。在 SVN 中，分支被创立为为服务器外部的目录，很多开发人员不喜爱这种目录构造。但挑战不止于此。
SVN1.6 版引入了一个称为树抵触的概念。树抵触是因目录构造变更而引起的抵触，并且会常常产生。因为 SVN 不容许您在产生树抵触时提交变更信息，所以这减少了在 SVN 中实现分支策略的复杂性。
SVN 须要连贯到地方储存库
为了提交更改，SVN 要求您连贯到地方储存库。
在这里，不得不提到一个流传已久的对于版本控制的说法：“尽早提交；常常提交”。
思考到这一点，应用 SVN 而不连贯地方储存库是毫无意义的。例如，如果您进行离线编码，例如在航行期间，SVN 不容许您在复原连贯之前提交到地方储存库。
如果您有多个存储库，则这一连贯过程会变得更加简单。
SVN 须要手动解决抵触
合并是 SVN 被开发人员所诟病的另一重大问题。如果您正在解决一个历史记录，其中一组进行了变更并提交，而后进行了另一变更（即线性变更）并提交，则合并将会非常容易实现。
当两名或更多的开发人员在同一个代码库上工作，并且须要合并时，事件就会变得复杂起来。在这种状况下，SVN 合并失败，开发人员须要手动解决抵触，这一手动解决过程可能须要破费数个小时，节约了开发人员的宝贵时间。
那么，为什么要应用 Subversion？
SVN 会带来一些挑战。那么，为什么仍然应用 SVN？两大的起因：老本和惯性。
- 老本：SVN 是开源的，这意味着它能够“收费应用”。进一步理解 SVN 的实际成本。
- 惯性：一旦建设了数据规模宏大的代码库后，就很难切换 VCS。SVN 自 2004 年问世以来，已有很多企业利用 SVN 治理数百万行代码信息。
Subversion 是成熟的工具吗？
如果您的需要曾经超过 SVN 所提供的性能范畴，Perforce 可为您提供企业级版本控制软件 Helix Core，让您无限度地扩大。
Perforce Helix Core 是集中式版本控制工具，具备 SVN 所有长处，并且功能强大，能够轻松解决问题。
您将取得：
- 一个集中的服务器，创立一个繁多事实起源。
- 易于应用的工具。
- 高效且弱小的分支治理性能。
- 易于提交更改，还能够跨多个存储库提交更改。
- 主动解决合并抵触。
Perforce Helix Core 非常适合合作，因其具备可扩展性和灵活性。残缺版本的 Perforce Helix Core 最多可供 5 个用户和 20 个工作区收费应用。
文章起源：https://bit.ly/3oEhPXc
如需收费试用 Perforce Helix Core，请立刻分割 Perforce 受权合作伙伴——龙智：
电话：400-775-5506
邮箱：marketing@shdsd.com
