Svn 分支子文件夹在subversion中有效吗？

我有一个subversion项目，它有一个存储库和

主干

，

标记

，

分支

顶级项目。对于这个项目，

trunk

包含一个文件夹，其中包含“common”、“libs”、“core”、“help”、“install”、“tests”等大部分。问题是：在subversion中分支

trunk/common

有效吗？还是我需要始终分支整个

trunk

---

我已经检查过了-在分支时，所有分支似乎都可以正常工作

trunk/common

，但在

修订图中，龟甲vn没有显示这样的分支：（.这导致我认为，在
主干
之外的目录上进行分支是不正确的。您可以在SVN中对每个目录进行分支，但从主干进行分支是最佳做法。在tortoise中的结果是，因为TortoiseSVN假设分支是从主干文件夹而不是子文件夹进行的。问题是，您为什么要尝试这样做“分支”有什么好处一个子文件夹而不是主干？
我想将实验性功能添加到项目部分“common”。此实验性功能将需要一些时间。因此，我想让过度开发人员使用主干版本“common”或实验性分支版本构建应用程序。分支整个主干将阻止我的团队使用实验性通用版本构建主干应用程序（或者需要在每个sych构建上进行同步）。如果我是整个项目的开发人员，我可以简单地切换子文件夹（通用）连接到此分支并在本地生成项目以测试其是否工作。在这种情况下，无论是整个主干已分支还是仅子文件夹已分支。如果您需要不时测试此功能，则应使用集成分支，该分支包含主干代码，并与您创建的分支的代码合并。在该分支上你可以做CI或本地构建…还有一个问题：你使用哪种构建工具？它支持这种工作吗？看起来不像是W，谢谢！虽然不可能将单个文件夹切换到主干分支。我有理由希望从子目录进行分支。我正在一个大型项目中工作，与许多团队一起工作d子项目。每个开发人员都希望在编码时创建功能分支。如果它们都转到根/分支，那么该文件夹将变得不可管理，有很多分支。此外，这些分支属于哪个子项目并不明显，因为它们处于同一级别。解决方案？使用良好的命名模式可以解决b的问题根级别的牧场……此外，如果您为每个子项目创建了如此多的分支，那么考虑将这些不同的子项目分开……并在逻辑级别将它们分开，让依赖项解决方案由不同的工具完成可能会有所帮助。。