有什麼理由不使用Time Machine而不是Subversion（在Mac上）？Time Machine vs Subversion
我一直在使用版本和基石試驗。既不能解決合併問題。隨着svn 1.6，你有不可能的樹衝突。如果你明白了，忘記它。我不斷有樹衝突和文件衝突，但沒辦法對它們做任何事情。我的設置可能是最簡單的：一個帶有使用文件系統的標籤分支的主幹。自從嘗試使用Subversion以來，我失去了很多時間。以前，我使用Time Machine，從來沒有任何問題。我是唯一的開發者。是否有任何理由不溝通Subversion並回到Time Machine？
會使用本地http：//類型的存儲庫的工作比我的基於文件的系統更好，否則我仍然會看到不停止的樹和文件衝突，導致不在哪裏？
請不要指出顛覆紅皮書。樹衝突並沒有真正涵蓋。
Time Machine不是源代碼版本控制系統。這裏僅僅是事情的顛覆少數能做到這一點Time Machine不這樣做：版本之間
我強烈建議堅持顛覆並學習如何使用它。這個功能比Time Machine要豐富得多，而且你也在學習一種在以後的團隊編程項目中工作的寶貴技能。
嗯，我能想到的一個重要區別是，您可以通過使用註釋（也稱爲「責備」）功能來識別「何時」代碼來自顛覆。它會爲您標識最後一次觸摸的代碼行的修訂版本。
如果您決定在您的主開發計算機的1英尺範圍內備份所有備份，那麼Subversion也很容易轉移到未來的在線託管存儲庫。
如果你遇到了衝突（儘管我不確定你的意思是樹衝突），那麼你做了一些可怕的錯誤，特別是如果你是唯一使用你的Subversion版本庫的人。您應該發佈一些導致您遇到這些無法解決的衝突的工作流程示例，然後我們將能夠幫助您調整工具的工作流程。
這就像我從一個分支中刪除所有東西一樣簡單，從樹幹複製到該分支並嘗試提交。衝突無處不在。不應該是因爲所有與衝突有關的文件都沒有了。 – 4thSpace 2009-12-09 06:55:05
我認爲這個評論隱藏了一個完整的故事。你能解釋一下當你刪除一個分支的內容並拷貝中繼時你想做什麼嗎？我認爲這種事情更可能是導致你自己的問題的事情。儘管總是有可能以某種特定方式擾亂svn的方式進行比賽。 – 2009-12-09 09:34:52
@ 4thSpace：有兩個錯誤：1.有*衝突，因爲您告訴svn您想刪除文件併合並新的副本;和2.這是*不*你如何將樹幹合併到你的分支。 – Ether 2009-12-10 21:54:37
如果你持續存在「不可能」的衝突，那麼你做錯了。即使非常複雜的分支結構之間的衝突也是可以解決的。 – Ether 2009-12-10 21:52:58
我建議閱讀http://svnbook.red-bean.com/它會告訴你如何使用SVN。 – 2009-12-11 19:27:16
我每天都在工作中大量使用svn，而且很少遇到無法解決的衝突......您究竟想要做什麼？ – 2009-12-17 19:49:50