反對從svn切換到Git版本控制的任何理由？

Question

我已經很久了，一個快樂的svn用戶。 最近我發現自己經常與我的存儲庫斷開連接，因此我正在考慮切換到Git。

鑒於我在大多數這些項目中獨自工作。 我很想知道Git是否對小項目有點過分了？ 還有很多陷阱嗎？ 有一個非常不同的工作流程或一個偉大的學習曲線？

Answer 1

我絕對建議制作開關，但請注意它需要一些工作。 如果你發現自己在想“哦，[這個git概念]就像[那個svn概念]！” 要小心，因為它實際上可能是非常不同的。 例如， svn revert意味着丟棄未提交的更改。 git revert意味着創建一個新的提交，它撤消由一個或多個現有提交引入的更改，類似於svn“反向合並”。 最接近svn revert的git命令可能是git checkout 。 此外，許多git命令作用於整個存儲庫，而對於svn背景，您可能希望它們僅在當前子目錄上工作。

git更好嗎？ 恕我直言，絕對是的。 但是有一些陷阱嗎？ 是。

Answer 2

我認為不從SVN切換到git的唯一原因是你需要學習新系統的時間。 當然，如果這是一個非常有力的理由，我們仍然會使用穿孔卡。 恕我直言，熟悉是SVN唯一的目標。

Answer 3

Git適用於小型項目。

我這里有一個小的Lisp實用程序庫： https ： //github.com/pnathan/batteries 。 你可以說，它很小。

您會發現工作流程更加靈活，特別是在分支領域。 學習曲線過去一般都很差，但那里有很多教程。

通常你可以在git中輕松完成你的svn工作流程：

workwork

commit -a -m "my message"

push

goto workwork

這不會使用git的全部功能，但它會滿足您的需求。

Answer 4

如果您已經熟練使用SVN並且經常自己使用它，為什么不設置本地SVN存儲庫？ DVCS真的很閃耀着為同一個項目做出貢獻的人群。 如果您沒有在正常開發周期中遇到任何常見的Subversion問題，為什么要切換？

話雖這么說，我現在更高興我正在使用DVCS（Mercurial）並且甚至可能在單獨的項目上使用它或Git。 由於SVN中的合並問題我們切換了，所以有一個合法的問題導致我們嘗試新的系統。