人们对 TortoiseSVN 的评价

TortoiseSVN 在 SourceForge.net 社区选择奖 2007 中荣获“开发者最佳工具或实用程序： 最有可能帮助您充分利用宝贵的编码时间的项目”类别奖项。

Simon Slade，首席执行官，SaleHoo.com

我们在领先的批发目录 SaleHoo 的开发人员每天都使用 TortoiseSVN，它极大地提高了他们的生产力和效率。我们在所有开发工作中使用它，因为它使我们能够跟踪文件更改，同时允许多个开发人员（包括我们的远程开发人员）同时处理这些文件。我的首席开发人员经常说，能够轻松查看其他开发人员正在处理的内容，既节省时间又让人安心！非常感谢你们开发了这么棒的软件。

Nick Fauchelle - 来自 Affilorama Affiliate Marketing Portal 的首席开发人员

我们在办公室每天都使用 TortoiseSVN，并将其推荐给所有询问 Windows SVN 客户端的人。我们的 Delphi 开发人员首先使用它，他将存储库保存在他的 iPod 上，这使他可以在家工作，同时保持所有文件的同步。我们现在在所有开发工作中使用它，包括 20 个网站项目，这使我们能够跟踪对我们的 PHP、CSS 和 JS 文件的更改，同时允许多个开发人员同时处理该站点，而无需担心丢失工作。
Shell 集成非常棒，能够快速一目了然地查看哪些文件已更改，并从右键单击菜单访问 SVN 命令，使其变得轻而易举。
能够使用 SVN diff 是开发人员工具箱中非常强大的工具，而使用 TSVN GUI 查看 diff 使其变得容易。查看工作副本或昨天、上周等所做的更改是一个节省时间和让人安心的工具。它还允许您审查其他开发人员的工作、他们所做的更改，然后在他们把事情搞砸时责怪他们。
开源是一个很大的 bonus，一个物超所值的有价值的工具！

Craig Schroeder 来自 Thomson.com

我在一家企业级 18 亿美元（美国预估）的教育媒体集团担任系统分析师（即需求采购/管理）。在我们一个业务部门（约 4 亿美元）中，只有一个系统分析小组迄今为止采用了 T/SVN。我当时是这个小组的一员，负责研究版本控制和需求管理工具以供采用。

我选择 T/SVN 的原因如下
1. 目录/整个仓库版本控制。
2. 高效的资源使用（成本、网络）。
3. 优秀且全面的文档。
4. 满足我们的需求（我们有几个解决方案悬而未决，由于某种原因不令人满意，包括 ClearCase、Documentum 等）。

我选择 TSVN 的其他原因如下
1. 易于使用。
2. 邮件列表质量（有时甚至参与其中）。
3. 极低（有时甚至为负！）的 ATITSTFAB。
4. 包含 Word 文档 diff 脚本。

有 10 个人具有对包含约 500 个 .doc 和 .xls 文件的仓库的 r/w 访问权限，这些文件构成了特定内容交付平台的需求和配置文档。我也将其用于我的个人 PHP 应用程序开发。我们使用了除 svn+ssh 和 https 之外的所有访问协议。目前，我们正准备从 SVN 迁移到 http 以利用 SSPI 身份验证（一个巨大的优势）。
我完全期望将 T/SVN 扩展到所有业务部门的系统分析，我们希望上述业务部门的 Java Web 应用程序开发团队尽快从 CVS 迁移到 SVN，以便我们将需求和代码存储在同一位置。
至于 TSVN 的问题，我们实际上没有任何问题。简而言之，我是 TSVN 的忠实拥护者，并且觉得这是可用的最干净、运行最良好的开源项目之一。

Michal Niklas 来自 heuthes.pl

我是大约 20 名开发人员之一，他们从事从 GUI 客户端到与电话（PBX）集成的各种项目。我们的项目主要是各种文本源文件（Delphi、HTML、XML、JavaScript、Java、Python 等），每个项目的源文件数量从 20 到 >1500 不等。

我们曾经使用过 CVS，但存在许多问题。特别是如果您在 Windows 上工作并尝试在 Linux 上编译，并且 Delphi IDE 有时会更改您的库文件名的大小写 :( 由于 pre-commit hook，svn 中的问题较少。存储库也更易于使用。简单的 CGI 程序可以显示指向存储库的链接。在 CSV 中，这要困难得多。我们使用 https 协议。我还为更大的项目创建了 Trac 环境（参见 https://trac.edgewall.org/）。关于 SVN 就说这么多。
我喜欢 TSVN，因为它与 Windows shell 集成。我们使用 TotalCommander，它与 TSVN 配合得非常好。使用 CVS 时，我们使用 WinCvs，但这要困难得多。TortoiseCVS 更好，但 CVS 的问题导致我们转向 Subversion+TSVN。

我喜欢 TSVN 的地方
+ 集成与 TotalCommander 配合得非常好
+ 漂亮的提交对话框，我可以在其中按扩展名排序（WinCVS 中不可能）
+ 集成拼写检查器（甚至适用于我的语言：波兰语）
+ TSVNdev 列表上非常出色且非常快速的支持

Eric Hanchrow 来自 VoteHere 写道

我在工作和日常生活中都使用 TortoiseSVN -- 我将我的主目录放在 Subversion 下，在 Windows 上，我使用 TortoiseSVN 来保持本地副本的更新（因为我使用许多不同的机器，并且真的非常希望我的所有好东西都出现在每台机器上 -- 请参阅 https://web.archive.org/web/20160303192844/https://www.onlamp.com/pub/a/onlamp/2005/01/06/svn_homedir.html 以获取有关此事的整篇文章）。
在工作中，大约有 10 个人使用 SVN；我猜至少有一半人使用 TortoiseSVN。您可能会猜到，这些人中的许多人不习惯 Windows 命令行；如果有人甚至不知道它的存在，我不会感到惊讶。
为了访问我的家用机器，我使用 svn+ssh，因为我不想将我的家用机器暴露给 SSH 以外的任何其他服务器（好吧，我想我可以使用 SVN over http，但我懒得学习如何配置 Apache）。据我所知，TortoiseSVN 是唯一不需要安装任何额外的东西即可使用 svn+ssh 的 Windows SVN 客户端，因为它自带 TortoisePlink。（但是，我仍然使用 pageant，并且无法想象有人不使用它）。
我尝试过所有 SVN GUI 客户端。真的没有可比性：TortoiseSVN 设计精良；UI 流畅且 _几乎_ 直观；它是 _维护的_；您可以与开发人员交谈；它是 abandonware 的反面。

Alexander Klenin 来自 Insight Experts Ltd.

我在一家俄罗斯小型软件开发公司工作，我们有大约 20 多名程序员和一些非程序员（经理、营销等）都在非常成功地使用 TSVN。我们的存储库主要包含代码，但也包含一些二进制文件，如 Word 文档、图形等。政策是不鼓励使用此类文件。
我们的项目规模适中，通常每个项目有 500 到 2000 个文件，总大小为 10 到 100 Mb。所有项目都位于一个公共存储库中，许多文件在项目之间进行 svn 复制。整个设置在性能和可靠性方面都非常好。
我们以前使用 ClearCase... 我还需要多说吗？TortoiseSVN 在各个方面都远胜于它。
几乎所有我不喜欢的东西都不是 TSVN 的错，而是 Subversion 的错。我认为 SVN+TSVN 是集中式版本控制系统演进的终极之作，放弃它们的唯一理由是转向分布式开发。

Ivan Cenov

我的工作是为我们公司生产的电子设备构建和编写固件代码。这些项目不是很大，但数量很多。多年来，我一直使用著名的 WinZip 来维护版本控制，并且在这方面取得了成功... 但那是在项目数量较少的时候。
后来这变得不可能了，我开始寻找版本控制系统。我知道 CVS，也读到 SVN 是它的继任者。所以我选择了 SVN。嗯，我读了文档和 SVN 书籍，我很喜欢它，但我讨厌的是冗长的命令行。所以，在找到 GUI 客户端后，我最终决定使用 SVN。我发现 TSVN 非常直观，可以非常快速地访问所有命令。如果没有 GUI 客户端，进入 SVN 本身将花费更多时间。
我使用的另一件事是错误跟踪系统 Flyspray。我设法将 TSVN 与 Flyspray 集成在一起。现在我对软件过程有了更好、更好的控制。有时一天要更新几个项目，我不会失去控制。最后，我使用博客系统 Serendipity 来编写我的项目的时间顺序。