我刚刚进入公司，基本上是我作为团队成员的第一场演出，而不是唯一的Windows开发人员，我不喜欢当前的版本控制设置。
目前我们正在开发使用VB.net的Windows机器，现场软件可追溯到VS2005，当软件进行重大升级时，会更新到较新的Visual Studio版本。大多数工作都是一次性的开发人员，因此可能没有像大型多开发人员项目那样需要良好的版本控制，但我们现在所做的很糟糕，所以我正在努力为一些糟糕的事情提出建议。
第一个问题是他们仍在使用SourceSafe（Boo！Hiss！），但是如果我能提出替代方案，那么每个人似乎都愿意转向别的东西。但是SourceSafe不是我提问的原因。
基本上，只有一个SourceSafe存储库，并且已经抛出了公司中曾经处理过的每个项目。
存储库的“布局”（例如它）是，如果它是一个启动项目，它将进入存储库的根目录，如果它不是启动项目，它也会进入根目录。如果它是一个非启动项目，在其名称的开头有[companyName]，那么它将进入[companyName]目录的顶层。某些其他非启动项目也存在于[companyName]中，即使它们在标题中没有[companyName]。
尝试将项目从存储库拉到新计算机上会破坏项目的.sln文件，因为您丢失了原始开发计算机上的任何目录结构。我从来没有完全确定我是否应该为每台新机器创建一个新的.sln，不过，也许这只是我自己的搞砸......
无论如何，基本上，我们现在拥有的“系统”或缺乏这种“系统”是如此明显而且公然地破碎和错误，除了“不喜欢这样”之外，我甚至无法弄清楚我们应该如何做到这一点。我想听听社群关于如何最好地运行修订控制系统的意见，要遵循的做法，以及我应该阅读的任何文章的链接，以便汇总提交给另一个，更好组织的提案系统