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