回答
我會說不,因爲GIT的GUI工具在這一點上確實很原始。
Svn有VisualSvn,TortoiseSvn,它們使Visual Studio和Windows Explorer集成非常流暢。 IMO SVN工具的「易用性」遠遠超過了GIT提供的分佈式源代碼控制和更好的合併功能。
現在,這是因爲我沒有期望在沒有連接到源代碼管理存儲庫的情況下處理源代碼管理項目。如果你花了很多時間在飛機上或船上(shortay!),我會試試GIT,看看命令行工具是否足夠。
我把我所有的工作從SVN轉移到Git的2 dev店。 TortoiseGit在Windows上工作得很好,而工具只是讓我成爲一個快樂的人。
對於某些任務,您仍然必須習慣於Windows上的shell模式下的git,但對於大部分日常工作流程,Git GUI,gitk和TortoiseSVN會幫助您。 分支/合併系統的質量和本地私人歷史能夠快速反應出來的東西對我來說是非常非常值得的。我也有點喜歡跳過版本號,並能夠將「乾淨」的東西從我的messier個人分支中推送到中央存儲庫。
那麼,這真的取決於你的開發人員的工作方式以及他們是否滿意Subversion設置。你是否正在進行大量的合併,並對Subversions糟糕的合併支持發誓,然後Git可能會讓你的生活更輕鬆。
讓我有點懊惱的是,許多人似乎認爲Git和其他DVCS的主要好處是您可以進行離線開發。這只是在本地機器上擁有整個存儲庫的真正特徵的一個小副作用,因此可以在不聯繫服務器的情況下完成分支,合併等操作。在Git的情況下,您可以在幾秒鐘內在分支之間切換,而在Subversion中需要幾分鐘。
如果您的開發人員習慣並喜歡學習新事物,那麼轉換爲Git可能不會有太大問題。另一方面,如果你的開發人員喜歡事情的發展,並且在工作環境發生變化時不太喜歡,那麼你最好留在Subversion世界。
儘管Subversion從1.5開始支持合併跟蹤,並且對合並有更好的支持(但服務器和客戶端都必須是1.5或更高版本)。 – 2009-05-21 21:40:48
是什麼讓我離開SVN是因爲它在互聯網上的緩慢。當版本庫甚至在100ms之外時,諸如提交和查看日誌歷史記錄等簡單操作將永遠(幾十秒)。有了Git,他們只需要幾分之一秒。
脫機工作也很好。有一天,當我的大學的網絡出現故障時,我仍然可以承諾並在筆記本電腦上不間斷地工作。我可以在一段時間後將更新推送到中央服務器,當時我正在使用的功能已完成並且可以訪問互聯網。
對於開源項目,DVCS是必須的,因爲它允許新開發人員馬上開始黑客攻擊,而不需要讓他們寫入中央存儲庫。它降低了新開發人員加入項目的入口。
我最近寫了a blog post關於我將SVN倉庫轉換爲Git的經驗。如果你決定離開SVN,它可能會對你有所幫助。另外請記住,使用git-svn個人開發人員可以在本地機器上使用Git,而中央存儲庫是SVN存儲庫。
- 1. Git混淆 - 從svn切換到服務器後得到git repo
- 2. 從MAC開發切換到IOS開發
- 3. 跟蹤從svn切換到git的大型項目
- 4. 在快節奏的環境中從SVN切換到Git
- 5. 從rails開發切換到生產3.2.6
- 6. 通過git svn clone切換到Git後刪除SVN存儲庫是否安全?
- 7. 從PHP切換到Ruby Rails/Android開發/目標C
- 8. 將團隊從Git Merge切換到Rebase
- 9. 從合一切換到合作git
- 10. 如何使用git-svn來切換svn倉庫?
- 11. 從PHP切換到Objective-C
- 12. 爲有經驗的C++開發人員快速切換到Java
- 13. 從SVN移動到GIT
- 14. 從SVN遷移到GIT
- 15. SVN:從不存在的路徑切換?
- 16. 恢復的git - svn的克隆:「混帳SVN取」從頭開始
- 17. iPhone開發 - 切換視圖
- 18. 切換意見 - iPhone開發
- 19. 對於C++開發人員,是否值得從VS2005切換到VS2008?
- 20. 轉換SVN子目錄到Git
- 21. SVN切換到新服務器
- 22. [SVN]:Subversion vs. GIT與其他開源SVN
- 23. 將源代碼控制從Git交換到Xcode中的SVN
- 24. 從主幹到分支的切換過程中SVN混淆
- 25. 從svn遷移到git的問題
- 26. 手動從SVN遷移到Git的
- 27. Git切換分支
- 28. 爲什麼這麼多開源項目從SVN轉移到git?
- 29. 從c#切換到python是否很好?
- 30. Xcode之間切換git和svn項目上都有
+1參考船編程! – Tim 2009-05-21 19:32:32