在这种情况和条件非常罕见的情况下，我找不到可靠的解决方案。我们有一个大项目，在 TFS 中有多个项目（与解决方案相比）。他们有一些理由决定从一个项目开始，我可以看到限制促使我们改变这一点。有一些博客支持一个巨大的 TFS 团队项目的想法，如下所示：
> http://nakedalm.com/working-within-a-single-team-project-with-team-foundation-server-2012/
> http://nakedalm.com/project-of-projects-with-team-foundation-server-2010/
> http://nakedalm.com/one-team-project/
无论如何，单个项目的主要问题是我们只能有一个当前的 sprint 和一个包含多个项目（与解决方案）工作项的积压工作，这是非常愚蠢的。每个项目（与解决方案）的项目团队在代码库通用的地方是分开的。对于团队成员来说，每个 sprint 的工作项数量非常多且复杂。耦合度非常高，部署很危险，任何代码块的副作用都是不可预测的。
我们决定使用 Jira Agile 而不是 TFS 来进行任务管理，但我们必须将代码库保留在 TFS 中，直到所有项目团队在 Git 知识方面都具备一定的成熟度。
在此期间，我们决定使用 TFS4JIRA 插件进行 TFS<->Jira 同步。需要配置此同步以将 TFS 项目与 JIRA 项目匹配。限制是我们只能将这个大的 TFS 项目同步到这个配置中的一个 jira 项目，我们希望将每个 TFS 子项目分离到一个 Jira 项目。这是我们可以管理具有不同产品所有者和团队的每个子项目的冲刺的唯一方法。否则，对于这个大项目，我们将只有一个积压工作和一个当前 sprint，就像我们在 TFS 中所拥有的一样。
TFS4Jira 不支持这种情况。我正在寻找一种解决方法来以合乎逻辑的方式实现每个项目（与解决方案）的分离。