Visual studio 2010 VisualStudio源代码管理：将工作目录放在哪里？

我的任务是为一些VisualStudio2010解决方案设置源代码管理。默认情况下，VS将其项目放入“My Documents\Visual Studio 2010\projects”中，该项目映射到类似“C:\Documents and Settings[用户名]\My Documents\Visual Studio 2010\projects”的内容

当从源代码管理中签出解决方案时，大多数人是否在此目录中创建一个工作文件夹并从那里开始工作？（这会导致每个开发人员都有一个不同的工作目录。）或者他们是否让每个开发人员在每台机器上设置一个相同的工作文件夹（例如“C:\dev\projects”）

---

这种情况下的最佳做法是什么？

您可以将工作文件夹放在任何位置。在VisualStudio项目中，所有路径都是相对的，因此工作文件夹无关紧要。我猜大多数开发人员都是在他们的工作文件夹中工作的

解决方案文件（.sln）就是以这种方式工作的，因此您可以将解决方案复制粘贴到任何位置，而这些文件仍然可以工作。源代码管理也不应该关心解决方案位于何处，而是相对于解决方案基础文件夹工作

---

就我个人而言，我将工作文件夹移动到了一个单独的数据驱动器，位于D:\Projects\，但这实际上取决于每个开发人员的偏好。

您可以将工作文件夹放在任何地方。在VisualStudio项目中，所有路径都是相对的，因此工作文件夹无关紧要。我猜大多数开发人员都是在他们的工作文件夹中工作的

解决方案文件（.sln）就是以这种方式工作的，因此您可以将解决方案复制粘贴到任何位置，而这些文件仍然可以工作。源代码管理也不应该关心解决方案位于何处，而是相对于解决方案基础文件夹工作

---

就我个人而言，我将工作文件夹移动到了一个单独的数据驱动器上，位于D:\Projects\，但这实际上取决于每个开发人员的偏好。

我不确定“最佳”做法是什么，但我的c:\驱动器上有一个vss文件夹，用作工作文件夹的父级

---

不是每个人都喜欢在硬盘上处理源代码，所以他们会转到他们的个人网络文件夹，但是使用MS和SQL server安全性，我无法使其正常工作。

我不确定“最佳”做法是什么，但我的c:\驱动器上有一个vss文件夹，我用作工作文件夹的父文件夹

---

不是每个人都喜欢在硬盘上处理源代码，所以他们会转到他们的个人网络文件夹，但由于MS和SQL server的安全性，我无法使其正常工作。

我建议在驱动器的根目录下使用一个短名称的文件夹，例如“C:\Projects”或“d:\code”。文件路径限制为260个字符。“我的文档”位置在你开始之前就让你瘫痪了

其次，使源代码中的所有路径/引用都是相对的。然后，只需编辑工作区映射，就可以将代码放入“C:\code”或移动到“D:\Work”。这对于允许您构建代码库的历史版本并将其与当前版本保持在一起（有时很方便），或者在构建服务器上构建代码，或者在开发人员无法将其代码放在与您第一次放置的位置完全相同的情况下，都是至关重要的。（例如，当他们在C:上用完房间，必须移动到D:）

---

此外，请尝试为所有开发人员提供一个通用路径（例如“代码”：但根据需要允许使用不同的驱动器号）。这使开发人员能够跳到彼此的PC上，轻松查找资料，并允许您在防病毒服务器上设置固定的防病毒排除文件夹，这样您的构建时间就不会被钉死。

我建议在驱动器根目录下使用一个短名称的文件夹，例如“C:\Projects”或“d:\Code”。文件路径限制为260个字符。“我的文档”位置在你开始之前就让你瘫痪了

其次，使源代码中的所有路径/引用都是相对的。然后，只需编辑工作区映射，就可以将代码放入“C:\code”或移动到“D:\Work”。这对于允许您构建代码库的历史版本并将其与当前版本保持在一起（有时很方便），或者在构建服务器上构建代码，或者在开发人员无法将其代码放在与您第一次放置的位置完全相同的情况下，都是至关重要的。（例如，当他们在C:上用完房间，必须移动到D:）

---

此外，请尝试为所有开发人员提供一个通用路径（例如“代码”：但根据需要允许使用不同的驱动器号）。这使得开发者可以跳到彼此的电脑上，轻松地找到东西，并允许您在防病毒服务器上设置固定的防病毒排除文件夹，这样您的构建时间就不会被钉死。

在我的公司中，我们有一个D:\用于放置源代码和解决方案文件。

在我的公司中，我们有一个D:\用于放置源代码和解决方案文件。

没有在您自己的硬盘上处理源代码：为什么？源代码管理是用来备份代码的（只需经常小规模地签入），特别是用来将您与网络问题隔离开来。当网络瘫痪时，你将无法做任何工作！是的，我同意。我在c:\上工作很好，但我的一些同事（和经理）不喜欢这样。我的硬盘可能会崩溃，然后我会失去所有我没有签入的工作。当然，我们的网络不可用的频率比我的硬盘崩溃的频率要高，但是大家都有自己的看法。不在自己的硬盘上编写源代码：为什么？源代码管理是用来备份代码的（只需经常小规模地签入），特别是用来将您与网络问题隔离开来。当网络瘫痪时，你将无法做任何工作！是的，我同意。我在c:\上工作很好，但我的一些同事（和经理）不喜欢这样。我的硬盘可能会崩溃，然后我会失去所有我没有签入的工作。当然，我们的网络不可用的频率比我的硬盘崩溃的频率要高，但是大家都有自己的看法。我想我可能会按照你的建议，在C:d的根目录上创建一个目录