如何在单个SVN服务器中安排多个项目？
当有几个相关的项目（可识别的、独立的、共享库的应用程序）时，如何准备SVN服务器目录结构？如何在单个SVN服务器中安排多个项目？,svn,svn-server,Svn,Svn Server,当有几个相关的项目（可识别的、独立的、共享库的应用程序）时，如何准备SVN服务器目录结构？ 按部门>项目？按项目>分支？完全不同的东西？还是每个项目都有一台SVN服务器更好？（考虑到一些项目是密切相关的）标准惯例是 项目1 分支机构 标签 树干 项目2 分支机构 标签 树干 在一次回购中。因为这是最常见的约定，一些工具只是希望您的项目是这样布置的 哪些项目属于回购协议更像是一种判断。就我个人而言，我会从同一个团队管理的所有项目的一份回购协议开始，例如团队、部门或公司。标准惯例是 项
按部门>项目？按项目>分支？完全不同的东西？还是每个项目都有一台SVN服务器更好？（考虑到一些项目是密切相关的）标准惯例是
- 项目1
- 分支机构
- 标签
- 树干
- 项目2
- 分支机构
- 标签
- 树干
哪些项目属于回购协议更像是一种判断。就我个人而言，我会从同一个团队管理的所有项目的一份回购协议开始，例如团队、部门或公司。标准惯例是
- 项目1
- 分支机构
- 标签
- 树干
- 项目2
- 分支机构
- 标签
- 树干
哪些项目属于回购协议更像是一种判断。就我个人而言，我会从同一个团队、部门或公司管理的所有项目的一份回购协议开始。我为每个项目使用一个文件夹，然后在每个文件夹中分支。这样，如果不同的团队正在处理每个项目，他们不需要看到整个树，只需要看到他们的分支。我为每个项目使用一个文件夹，然后在每个文件夹中分支。这样，如果不同的团队在处理每个项目，他们不需要看到整个树，只需要看到他们的分支。我们为每个项目设置了存储库，因此每个项目都可以有自己的分支/标记等
此外，对于相互依赖的项目，可以设置链接的存储库，以便共享文件。到目前为止，这对我们来说非常有效，并且被证明是非常灵活的。我们已经为每个项目设置了存储库，因此每个项目都可以有自己的分支/标记等 此外，对于相互依赖的项目，可以设置链接的存储库，以便共享文件。到目前为止，这对我们很有效，并且已经证明是相当灵活的。
- 根/主干/项目文件夹
- 根/分支/项目文件夹
- 根/主干/项目文件夹
- 根/分支/项目文件夹
这样，如果需要，可以获得所有主线项目，而不必获得任何分支。对于密切相关的项目，我建议：
root > branch > project
通过这种方式，可以签出单个分支并获取该分支中当前的所有代码。对于密切相关的项目，我建议：
root > branch > project
这样，就可以检出一个分支，并获取该分支中当前的所有代码。检出subversion图书，其中提供了一个关于的章节。检出subversion图书，其中提供了一个关于的章节。我建议从这里开始回答这个问题，问一些它不清楚或特定于您的项目的问题。我建议从这里开始，问一些它不清楚或特定于您的项目的问题。我会考虑使用。如果您有许多相关的项目都使用相同的代码库，但您不想将该代码库复制到每个存储库中，请在每个存储库中设置一个指向公共代码库的外部链接。我会考虑使用。如果您有许多相关项目都使用相同的代码库，但不想将该代码库复制到每个存储库中，请在每个存储库中设置一个指向公共代码库的外部链接。作为维护大型svn repo的人员，我告诉您，不要使用统一的主干。这将使所有的操作变得越来越慢。除此之外，从更大的回购协议中提取一个项目不仅是乏味和敏感的，而且当你最终想要剥离哪怕一个项目时，也会造成空间浪费 为每个项目使用单独的repo，在repo下有一个主干和标记目录，并且让需要与其他项目绑定的开发人员使用external，就像他们设计的那样
Lazy不足以替代organized。作为维护大型svn回购的人，我告诉你，不要使用统一的主干。这将使所有的操作变得越来越慢。除此之外，从更大的回购协议中提取一个项目不仅是乏味和敏感的，而且当你最终想要剥离哪怕一个项目时，也会造成空间浪费 为每个项目使用单独的repo，在repo下有一个主干和标记目录，并且让需要与其他项目绑定的开发人员使用external，就像他们设计的那样
Lazy不足以替代organized。你是说svn.Apache.org/repos/asf上的Apache人员都是傻瓜吗？我是这么说的吗？不，别傻了。你是说svn.Apache.org/repos/asf上的阿帕奇人都是傻瓜吗？我是这么说的吗？不。别傻了。似乎还没有出现任何冲突，
server/projects/branchsserver/projects/branchs