我的任务是为一些 Visual Studio 2010 解决方案设置源代码控制。默认情况下，VS 将其项目放入“My Documents\Visual Studio 2010\Projects”，映射到“C:\Documents and Settings[用户名]\My Documents\Visual Studio 2010\Projects”之类的内容。
从源代码管理中检查解决方案时，大多数人是否在此目录中创建一个工作文件夹并从那里工作？ （这会导致每个开发人员都有不同的工作目录。）或者他们是否让每个开发人员在每台机器上设置了相同的工作文件夹（例如“C:\dev\projects”）？
这种情况的最佳做法是什么？
【问题讨论】：
标签： visual-studio-2010 version-control
我建议在驱动器的根目录使用一个短名称的文件夹，例如“C:\Projects”或“D:\Code”。文件路径限制为 260 个字符。 “我的文档”位置甚至在您开始之前就让您瘫痪了。
其次，将源代码中的所有路径/引用设为相对。然后，您可以将代码放入“C:\Code”或通过简单地编辑工作区映射将其移动到“D:\Work”。这对于允许您构建代码库的历史版本并将它们与当前版本保持一致（有时很方便）或在构建服务器上构建代码，或者在开发人员无法将其代码放在与你先放吧。 （例如，当他们在 C: 上的空间用完时必须移动到 D:)
此外，请尝试为所有开发人员设置一个通用路径（例如“代码”：但允许根据需要使用不同的驱动器号）。这使开发人员可以跳到彼此的 PC 上轻松查找内容，并允许您在防病毒服务器上设置固定的防病毒排除文件夹，这样您的构建时间就不会被钉死。
【讨论】：
您可以将工作文件夹放在任何地方。在 Visual Studio 项目中，您保持所有路径都是相对的，因此工作文件夹无关紧要。我猜大多数开发人员都在他们的工作文件夹中工作。
解决方案文件 (.sln) 以这种方式工作，因此您可以将解决方案复制粘贴到任何地方，并且文件仍然有效。源代码管理也不应该关心解决方案的位置，而是相对于解决方案基础文件夹工作。
就我个人而言，我将工作文件夹移到了单独的数据驱动器 D:\Projects\，但这实际上取决于每个开发人员的偏好。
【讨论】：
我不确定“最佳”做法是什么，但我的 c:\ 驱动器上有一个 vss 文件夹，我将其用作工作文件夹的父级。
不是每个人都喜欢在他们的硬盘驱动器上处理源代码，所以他们会转而转到他们的个人网络文件夹，但由于 MS 和 SQL 服务器的安全性，我无法让它工作。
【讨论】：
在我的公司中，我们有一个 D:\，我们将源文件和解决方案文件放在其中。
【讨论】：