C# 我如何将所有这些项目整合到集市中？

在我工作的地方，我们有大约20多个项目，使用SVN作为版本控制。我的老板对存储库的要求很严格，但我认为是被误导了。例如，我们总是有一个用于开发的“当前”分支，它在发布之前被合并到主干中。对于所有其他用途，“当前”是主干，我们永远不会制造更多分支。同样，他对文件内容也很挑剔，最重要的是，项目文件中的所有引用都必须遵循项目之间的“平面”目录结构（即，所有项目文件夹都在一个目录中）

现在，我想让我的生活更轻松的一种方法是在本地使用Bazaar，这样我就可以在自己的分支中处理功能，在本地频繁提交（用于更改跟踪），可能会重新组织我的项目，并且通常会让我的生活更轻松一些

除了我不能完全弄清楚Bazaar的存储库结构！标准似乎是这样的

Project-Repo (Shared Repo)
    /Project-Trunk (Bound to SVN)
    /Project-Feature1 (Branch of Trunk)
    /Project-Feature2 (Branch of Trunk)

一些项目对其他项目的引用多达六个或更多。而且大多数功能在任何给定时间都需要对至少两个项目进行更改。我不知道该怎么办。如果我将功能分支到其他文件夹中，我将失去共享存储库的好处。如果我把它们留在原地，那么每次我需要为新特性分支项目时，我都必须重新配置所有引用

我所能想到的最好办法就是解决缺乏共享回购协议的问题，并采取如下措施：

Branches
    /Feature1
         /ProjectA-Branch
         /ProjectB-Branch
    /Feature2
         /ProjectB-Branch
         /ProjectC-Branch

所有中继都作为单独的回购协议存储在别处，只是为了合并并最终提交到SVN

---

这是我能从Bazaar获得的最佳布局，还是有我不知道的技术？考虑到存储库布局的普遍性，它是一个非常具有挑战性的练习。

我认为，考虑到它们都有扁平的本地名称的限制，这可能是最好的设置

---

如果您不打算修改它们，您可以使其中一些目录实际上不是完整的分支，而只是普通分支的签出。

我认为，考虑到它们都有平面本地名称的限制，这可能是最好的设置

---

如果您不打算修改它们，您可以使其中一些目录实际上不是完整的分支，而只是普通分支的签出。

是的，考虑到我必须处理的工作，这可能是我能做的最好的了。谢谢你的回复。是的，考虑到我的工作，我想这可能是我能做的最好的了。谢谢你的回复。