我的任务是为某些Visual Studio 2010解决方案设置源代码管理。默认情况下，VS将其项目放置到映射为“C：\ Documents and Settings [用户名] \ My Documents \ Visual Studio 2010 \ Projects”之类的“我的文档\ Visual Studio 2010 \ Projects”中。Visual Studio源代码管理：把工作目录放在哪里？
从源代码控制中检查解决方案时，大多数人是否在此目录中创建一个工作文件夹，并从那里开始工作？ （这会导致每个开发人员有不同的工作目录。）或者他们是否让每个开发人员在每台计算机上设置了相同的工作文件夹（例如“C：\ dev \ projects”）？
这种情况的最佳做法是什么？
我推荐一个在驱动器根目录名字短的文件夹，例如， “C：\ Projects”或“D：\ Code”。文件路径限制为260个字符。在我开始之前，“我的文档”位置会使您瘫痪。其次，使源代码中的所有路径/引用相对。然后，您可以通过编辑工作区映射将代码放在“C：\ Code”中或将其移动到“D：\ Work”。这对于允许您构建代码库的历史版本并将其与当前版本保持一致（有时很方便）或在构建服务器上构建代码或在开发人员无法将其代码放在与你先把它放。 （例如，当它们在C上的空间不足时，并且必须移动到D :)
另外，尝试对所有开发人员（例如“代码”：但允许根据需要使用不同的驱动器盘符）具有共同路径。这使得开发人员可以轻松地跳转到其他PC上并轻松找到相关内容，并允许您在防病毒服务器上设置固定的防病毒排除文件夹，这样您的构建时间不会被钉死。
你可以把你的工作文件夹放在任何地方。在Visual Studio项目中，您保留所有相对路径，因此工作文件夹无关紧要。我猜想大多数开发人员都在工作文件夹之外工作。
解决方案文件以这种方式（的.sln）的工作，这样你就可以在任何地方复制粘贴的解决方案和文件仍然有效。源代码管理也不应该关心解决方案的位置，并且相对于解决方案基础文件夹工作。
就个人而言，我感动的工作文件夹到一个单独的数据驱动，在d：\项目\，但它真的可以归结为每个开发人员的偏好。
我不知道“最好”的做法是什么，但我有一个VSS文件夹在我的C：\驱动器，我作为家长用我的工作文件夹。
并不是所有人都喜欢的工作在他们的硬盘驱动器上的源代码，所以他们会去他们的个人网络文件夹而不是，但与MS和SQL Server安全，我一直没能得到那个工作。
不适用于您自己的硬盘上的源代码：为什么？源代码控制是为了保持代码备份（只需检查一小部分），特别是*将网络问题隔离开来。当网络出现故障时，您将无法完成任何工作！ – 2010-09-14 20:21:32
是的，我同意。我在c：\上工作很好，但我的一些同事（和经理）不喜欢那样。我的硬盘驱动器可能会崩溃，然后我会失去所有我没有检查的工作。当然，我们的网络比我的硬盘驱动器崩溃的频率更少，但是，嘿，人们有他们的意见。 – Beth 2010-09-14 20:29:07
在我的公司，我们有一个D：\放置我们的源文件和解决方案文件。
我想我可能会按照你的建议，并在C：驱动器的根目录下创建一个目录。我们的源代码管理系统（StarTeam）对于工作文件夹非常挑剔，所以如果所有开发人员拥有相同的布局，它将会更容易。 – Slapout 2010-09-16 19:06:17