人們對 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 使其變得容易。查看工作副本或昨天、上週等所做的變更是一種省時且讓人安心的工具。它還允許您檢閱其他開發人員的工作、他們所做的變更，然後在他們把事情搞砸時責備他們。
開放原始碼是一個很大的優勢，這是一個以您無法匹敵的價格獲得的寶貴工具！

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 檔案，這些檔案構成一個特定內容交付平台的需求和配置文件。我也將其用於我的個人 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 有時會更改您的程式庫檔案名稱的大小寫 :( 在 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 列表上提供非常棒且非常快速的支援

Eric Hanchrow，來自 VoteHere，寫道

我在工作和一般情況下都使用 TortoiseSVN -- 我將我的主目錄放在 Subversion 下，在 Windows 上，我使用 TortoiseSVN 來保持本機副本為最新狀態（因為我使用許多不同的機器，並且真的非常希望我的所有好東西都出現在每台機器上 -- 請參閱 https://www.onlamp.com/pu...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 流暢且 _幾乎_ 直觀；它受到 _維護_；您可以與開發人員交談；它與棄置軟體相反。

Alexander Klenin，來自 Insight Experts Ltd.

我在一家俄羅斯小型軟體開發公司工作，我們有大約二十幾位程式設計師和一些非程式設計師（經理、行銷等）都在非常成功地使用 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 來編寫我的專案的年表。