版本控制中文件夹布局的最佳做法？

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其中有链接更加类似于其答案的问题。