人们对 TortoiseSVN 的评价

TortoiseSVN 赢得了 2007 年 SourceForge.net 社区选择奖，类别为“开发人员最佳工具或实用程序：最有可能帮助您充分利用宝贵编码时间的项目”。

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

我们 SaleHoo 的开发人员，一个领先的批发目录，每天都在使用 TortoiseSVN，它对他们的生产力和效率产生了巨大的影响。我们在所有开发工作中都使用它，因为它让我们能够跟踪文件更改，而多个开发人员（包括我们的远程开发人员）可以同时处理这些文件。我的首席开发人员经常说，能够轻松地看到其他开发人员一直在做什么，既节省了时间，又节省了精力！感谢你们提供如此棒的软件。

Nick Fauchelle - 来自 Affilorama 联属营销门户网站 的首席开发人员

我们在办公室每天使用 TortoiseSVN，并推荐给所有询问 Windows SVN 客户端的人。它最初由我们的 Delphi 开发人员使用，他将仓库保存在 iPod 上，这使他能够在家工作，同时保持所有文件同步。现在，我们在所有开发工作中使用它，包括 20 个网站项目，这使我们能够跟踪对 PHP、CSS 和 JS 文件的更改，并允许多个开发人员同时在网站上工作，而无需担心工作丢失。
Shell 集成非常棒，可以快速查看哪些文件已更改，并从右键菜单访问 SVN 命令，非常方便。
能够使用 SVN diff 是开发人员工具箱中非常强大的工具，而 TSVN 的图形界面可以轻松查看 diff。查看工作副本或昨天、上周等的更改是一个节省时间和精力的工具。它还允许你查看其他开发人员的工作、他们所做的更改，然后在他们搞砸的时候责怪他们。
开源是一个巨大的优势，这是一个物超所值的宝贵工具！

来自 Thomson.com 的 Craig Schroeder

我是一家价值 18 亿美元（美国估计）的教育媒体集团的系统分析师（即需求采购/管理），负责公司层面的工作。目前，我们只有一个业务部门（约 4 亿美元）的系统分析小组采用了 T/SVN。当时我属于这个小组，负责研究版本控制和需求管理工具以供采用。

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

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

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

来自 heuthes.pl 的 Michal Niklas

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

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

我在 TSVN 中喜欢的东西
+ 集成与 TotalCommander 的协同工作非常好
+ 漂亮的提交对话框，我可以按扩展名排序（在 WinCVS 中无法做到）
+ 集成的拼写检查器（即使是我的语言：波兰语）
+ TSVNdev 列表上的支持非常出色且快速

来自 VoteHere 的 Eric Hanchrow 写道

我在工作中和日常生活中都使用 TortoiseSVN - 我将我的主目录放在 Subversion 下，在 Windows 上，我使用 TortoiseSVN 来保持本地副本的最新状态（因为我使用许多不同的机器，并且真的非常希望所有我的好东西都出现在每台机器上 - 请参阅 https://www.onlamp.com/pu...svn_homedir.html 以了解有关此主题的整篇文章）。
在工作中，也许有 10 个人使用 SVN；我估计至少有一半的人使用 TortoiseSVN。正如你可能猜到的，许多人对 Windows 命令行感到不舒服；如果有些人甚至不知道它的存在，我也不会感到惊讶。
为了访问我的家用机器，我使用 svn+ssh，因为我不想将我的家用机器暴露给除 SSH 以外的任何其他服务器（好吧，我想我可以使用 SVN 通过 http，但我太懒了，不想学习如何配置 Apache）。据我所知，TortoiseSVN 是唯一一个不需要额外安装任何东西就可以使用 svn+ssh 的 Windows SVN 客户端，因为它自带 TortoisePlink。（但是，我仍然使用 pageant，无法想象有人不使用它）。
我已经尝试过市面上所有的 SVN GUI 客户端。真的没有可比性：TortoiseSVN 设计精良；UI 流畅且几乎直观；它得到了维护；你可以与开发者交流；它是遗弃软件的反面。

来自 Insight Experts Ltd. 的 Alexander Klenin

我在一家小型俄罗斯软件开发公司工作，我们大约有二十多名程序员和一些非程序员（经理、市场营销等），他们都非常成功地使用 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 来记录我的项目时间线。