版本控制中文件夾佈局的最佳做法？

Question

我剛剛進入一家公司，基本上是作爲團隊成員而不是唯一的Windows開發人員進行的第一次演出，而且我不喜歡當前的版本控制設置。

我們正在開發使用VB.net目前Windows機器上，用追溯到VS2005 Live軟件，更新到新的Visual Studio版本爲，當重大升級都爲軟件製作。大多數工作都被認爲是一次性的開發人員，所以對於大型多開發人員項目來說，可能不需要良好的版本控制，但是現在我們所擁有的很難實現，所以我正在努力爲一些不太吸引人的東西提出建議。

首先的問題是，他們仍在使用的SourceSafe（噓！嘶！），但大家似乎都動過到別的相當開放，如果我能想出的替代品。儘管SourceSafe不是我的問題的原因。

基本上，有一個單一的SourceSafe倉庫，併到這已經拋出的是以往任何時候都在公司工作的每一個項目。

存儲庫的「佈局」（比如它）是，如果它是一個啓動項目，它將進入存儲庫的根目錄，並且如果它不是啓動項目，它也會存在於根目錄中。如果它是一個非啓動項目，在其名稱的開始處有[companyName]，那麼它將進入[companyName]目錄的頂層。某些其他非啓動項目也位於[companyName]中，即使它們在標題中沒有[companyName]。

嘗試將項目離倉庫拉到一個新的機器，因爲你失去任何目錄結構是原來的開發計算機上打破了該項目的.sln文件。我從來沒有完全確定是否應該爲每臺新機器創建一個新的.sln，但也許這只是我自己的擰緊...

無論如何，基本上，「系統」或缺乏，我們現在已經是如此明顯，公然地破裂和錯誤，除了「不是這樣」之外，我甚至無法弄清楚我們應該怎麼做。我想聽聽社區的意見是關於如何最好地運行修訂控制系統，遵循什麼實踐，以及與我應該閱讀的任何文章的鏈接，以便將一個提案轉換爲另一個更好組織系統。

Answer 1

Here's a similar, previous question其中有鏈接更加類似於其答案的問題。