多年来，我一直在将我的项目/源文件夹放在从根目录中删除一级的目录（例如D：\ Projects）之间，并将它们保存在Visual Studio的默认位置之间。
过去，我拒绝在Win 95，Win 98和XP建立的各种“我的文档”文件夹中存储任何内容。我终于切换到将它们存储在Documents文件夹中，因为Vista缩短了路径，我厌倦了更改我的开发工具的默认目录。但是，现在我发现自己倾向于再次创建一个root文件夹，因为我正在设置一台新机器。
我厌倦了在文档文件夹中存储内容时必须导航到的长路径。此外，我不像我使用其他文档那样备份源代码和数据库文件，因为我使用VCS作为源代码。但是，您似乎总是在努力维护“非标准”源位置，因为每个开发工具通常都希望将内容存储在文档的子文件夹中。
我想听听其他人对这个问题的看法。
答案 0 :(得分：2)
明显违反我的Unix过去，我使用c：\ dev（用于开发）或我用于开发的其他任何驱动器。注意：建议不要使用系统分区进行开发，因为软件开发确实会碎片化磁盘。
我从来没有任何理由使用另一个目录 - 除了一些项目，其中“公司标准”强迫每个人在C：驱动器的根目录上拥有开发目录。 （真的！他们有硬编码的路径到c：\ whatever）
在开发过程中，我有时会将源的多个版本检查到不同的版本 - 如果只是为了发现当前版本控制系统中提交的版本确实已经签入了每个文件。（有时我将文件添加到开发目录但忘记检查它。）
所以我认为你的开发目录在哪里是无关紧要的，只要路径对你来说是典型的（我更喜欢短路径）并且由于通常的原因而不包含空格（如果你想做一些）脚本）。
答案 1 :(得分：2)
我认为这取决于您的使用...我更喜欢将我的开发项目放在单独的驱动器/分区上，因此通常会使用以下约定D:\projects\{company-name}\({client-name}|internal)\{project-name}客户端名称发挥作用的时间是工作是由一个特定的公司，但另一个。我将我的项目保持在D:\projects\personal\...之下。这样可以实现更好的结构。
关于备份策略，imho这就是源代码控制的用途。我更喜欢subversion，并为svn服务器提供备份策略。虽然我并不太关心ankh 1.x，但2.x版和TortoiseSVN对我来说效果很好。实际上，我倾向于经常签入，并尝试仅在可运行状态下签入代码（尽管新功能/代码可能不起作用）。
答案 2 :(得分：2)
我偏好另一个分区的位置。因为项目有很多很小的文件，如果使用SVN或其他版本控制系统，如果存储在操作系统分区，这些文件会有很高的碎片和系统速度慢。
答案 3 :(得分：1)
我自己没有尝试过，但我猜你可以将你的项目放在我的文档中，并使用符号链接到根文件夹中的目录。通过这样做，您可以双向访问文件并解决更改工具目录等问题。 Info about symbolic links in Vista
如果您是唯一使用计算机的人，我真的不明白为什么要将您的代码放在配置文件目录中，无论如何应该使用版本控制系统进行备份。
答案 4 :(得分：0)
我将“活动”项目存储在辅助驱动器上，从根目录开始。快速访问该文件夹要容易得多（即使VS2008现在在Windows资源管理器中有这么好的“打开文件夹”）。它还便于备份，格式化/重新安装等。“不太活跃”的项目存储在NAS上以供快速参考。所有这些都存储在备份的远程SVN服务器上。 （我还建议不要在文件夹中使用＃，因为它（有时）会从开发Web服务器创建奇怪的错误）
答案 5 :(得分：0)
我使用SUBST（在启动时运行）将一些随机文件夹映射到高字母驱动器。然后我可以将我的东西放在任何地方，然后移动它，但我总是可以通过Y:或Q:或其他任何方式来引用它。
这是解决所有问题的额外间接层之一。
答案 6 :(得分：0)
对于个人项目，我只是将它们放在桌面上（尽管我将桌面移动到D：\ Desktop）。当它们变为非活动状态时，它们将存档到我的文档中。
对于工作，我将所有项目放在专用开发虚拟机内的C：\ Sourcecode文件夹中。
答案 7 :(得分：0)
只有一个问题，您主要开发桌面应用程序或网络应用程序吗？
如果您经常编写网络应用程序，这对我有用：
此设置可能具有的一个优点是，您可以更轻松地在浏览器中浏览您的网站，即更少打字，更容易记住，以及所有其他应用的标准化。
我的2cents。
答案 8 :(得分：0)
最好将项目保留在除窗口之外的其他分区中，我认为就像我一样 d：\ projects \“某些项目分组拥有您自己的选择”\ projectname
e.g。 d：\ PROJECTS \大学学报\入场 d：\项目\ universry \检查 d：\项目\规划者\ IPP