與Dropbox並行編程並行編程

Question

我想與一個朋友（或一對夫婦）一起編程項目的同一個Dropbox文件夾。我想把所有資產放在同一個文件夾中，包括config和db文件。我真正想知道的是，爲什麼這可能是一個壞主意。

我已經可以想到有一堆陽性的：

• 快速同步工作。在中，幾乎是即時同步。我注意到，Dropbox的速度真的非常快，就像在本地工作一樣。同時
• Dropbox的快速
• 計劃的多個部分，足以讓一個人來添加一個方法，再經過其他人的廣告他們一會兒
• Eclipse或Gedit的兩個檢查在文件中的更改，所以我們不會意外地結束衝突。

這不是替代正確的源代碼管理和版本控制，我們仍然會使用Git。 Dropbox確實有30天的版本控制，但由於顯而易見的原因，它不能替代。

我認爲這在開始的時候特別強大，因爲每個團隊成員都擁有完全相同的副本是非常重要的。這是一個Rails應用程序，如果這很重要。

Answer 1

不要使用Dropbox，因爲你會在電話/ IM /無論試圖找出誰將編輯一個特定的文件（沒有併發和沒有檢出！）。使用GIT或Mercurial等併發版本控制系統。還有很多其他的優點。 Dropbox的缺點是，你最終會遇到「衝突的文件」，你不知道該怎麼做。

真實版本控制系統的其他優點是衆所周知的。 Here's a list from some random blog:

文件空間。 假設您的代碼 每週更改10％。在 「文件夾備份」方法下，每週 您正在節省100％的代碼。使用合適的VCS使用 ，您只能節省10％的代碼。我知道硬盤空間 很便宜，但它不是免費的，而我 似乎沒有足夠的。

歷史。 的關鍵，VCS，在我看來，是 能夠在 更精細的水平比稱爲 「Changelog.txt」只要你在你的 代碼的工作，可能無法得到 更改的文件來記錄你的變化。

錯誤位置： 假設您發現 方法中存在錯誤。您可以搜索該文件的歷史記錄 ，並讓VCS 爲您運行差異。

完成 自由更改代碼。 您沒有 擔心會破壞某些內容，或者 刪除可能有用的代碼。在 之前，我搬到了VCS，我曾經很寬鬆地註釋掉了舊代碼 ，但保留它'cos I 可能需要它。這很快就變成了PITA的 。

如果你使用git，有幾個免費或便宜的在線回購提供商。