如何为SVN组织项目目录？

我是SVN的新手。我应该如何在我的计算机上组织项目目录结构，而不是在存储库中？它应该与存储库中的主干、标记、分支相同，还是通常使用不同的结构？谢谢。

一旦您从repo签出，存储库结构将复制到您的磁盘上。您唯一应该决定的是实际的根目录名，仅此而已。

一旦您从repo签出，存储库结构将复制到您的磁盘上。您唯一应该决定的是实际的根目录名，就是它。

我认为这完全取决于应用程序以及您如何使用它。如果您正在处理不同的分支，您可以签出整个存储库，以便轻松地提交到每个分支

如果你只有读访问权限，你应该只检查你感兴趣的分支，否则除了一些兆字节之外，它不会有什么坏处

---

你可以问从事同一项目的其他人，他们是如何组织他们的环境的。例如，您可以将符号链接指向源文件夹，从而轻松查看整个存储库。当然，对于其他应用程序，这是不可能的。

我想说这完全取决于应用程序以及您如何使用它。如果您正在处理不同的分支，您可以签出整个存储库，以便轻松地提交到每个分支

如果你只有读访问权限，你应该只检查你感兴趣的分支，否则除了一些兆字节之外，它不会有什么坏处

---

你可以问从事同一项目的其他人，他们是如何组织他们的环境的。例如，您可以将符号链接指向源文件夹，从而轻松查看整个存储库。对于其他应用程序，这是不可能的，当然可以。

您可以根据需要使用svn开关使本地目录结构与存储库中的目录结构不同。

您可以根据需要使用svn开关使本地目录结构与存储库中的目录结构不同。

我倾向于使用的格式是仅签出我需要的分支、标记或主干。 当然，我可以签出多个分支，如果出于某种原因需要，甚至可以多次签出同一分支

---

我不签出整个项目的主干分支和标记，这是反常的。我喜欢鼓励多个分支进行实验和工作，并在每个机会使用标签。当我对感兴趣时，我倾向于使用的格式就是只签出我需要的分支、标记或主干。 当然，我可以签出多个分支，如果出于某种原因需要，甚至可以多次签出同一分支

---

我不签出整个项目的主干分支和标记，这是反常的。我喜欢鼓励多个分支进行实验和工作，并在每个机会使用标签。当我对这件事感兴趣的时候，我不明白。如果您不打算签入存储库，您的本地项目结构与存储库有什么关系？他们之间有什么关系？我打算登记入住。但我不确定，我是否应该使用与存储库中完全相同的结构，即我的磁盘上是否应该有存储库的完整副本—主干、标记、分支目录和所有子文件夹，例如我的磁盘上的/branchs/calc/expermentalVersion123，还是通常只处理磁盘上的子集或不同的结构？我不理解。如果您不打算签入存储库，您的本地项目结构与存储库有什么关系？他们之间有什么关系？我打算登记入住。但我不确定，我是否应该使用与存储库中完全相同的结构，即我的磁盘上是否应该有存储库的完整副本—主干、标记、分支目录和所有子文件夹，例如磁盘上的/branchs/calc/expermentalVersion123，还是通常只在磁盘上使用子集或不同的结构OK，但我的问题是什么是经过时间检验的实践。如果您需要手动切换以生成项目，那么您的源代码管理中就没有所有的源代码信息。当试图生成可靠的、可重复的构建时，这是一个问题，特别是如果您希望这些构建自动发生在单独的构建服务器上。此外，使用随机切换到其他分支的随机子文件夹的工作副本，即使这对构建有意义，也会很快让您发疯。如果您必须切换，请在签出的根目录下切换，并预期它会失败。我同意必须切换才能构建内容不是件好事，但是能够临时切换以对某些方面进行快速测试仍然很有用，例如兼容性。好的，但我的问题是什么是经过时间检验的实践。如果您需要手动切换以生成项目，那么您的源代码管理中就没有所有的源代码信息。这是一个问题，当试图亲

---

生成可靠的、可重复的构建，尤其是如果您希望这些构建自动发生在单独的构建服务器上。此外，使用随机切换到其他分支的随机子文件夹工作副本，即使对构建有意义，也会很快让您发疯。如果您必须切换，请在签出的根目录下切换，并期望它失败。我同意，必须切换才能构建内容并不好，但是，能够临时切换以对某些方面进行快速测试仍然很有用，例如兼容性。

c:\development
          \EmergencyFix-UICrash-V1.8
          \Refactoring-ServerComponent
          \NewCustomerUI