在多个项目中共享git存储库的TFS配置

时间:2015-03-06 10:52:22

标签: git tfs tfs2013

我正在为我们的项目尝试TFS,并且发现我们当前的开发过程明显不兼容。

问题是,我们有一个产品存储库,其中包含许多visual studio项目(309,不包括C ++项目)。其中许多项目在多个VS解决方案中共享(每个解决方案代表一个子系统)。

我想坚持这个存储库配置,但是为每个子系统使用一个单独的TFS项目,这样我们就可以为每个子系统分别设置sprint。

我认为有两种配置方式:
1.多个TFS项目的共享TFS Git存储库
2.使用外部Git存储库并配置每个TFS项目以使用相同的外部存储库。

我已经搜索过,但我无法找到这些方法中的任何一种是否可行。

您知道这是否是可实现的目标吗?我还有其他方法可以满足我们的需求吗?

感谢您提前提供任何帮助。

1 个答案:

答案 0 :(得分:1)

您可以而且应该在一个团队项目中完成所有这些工作。

如果您使用Git创建单个团队项目作为SCM,您可以为每个子系统创建一个Git仓库。

然后,您可以为要监视的每个项目/项目分组/团队创建团队。使用区域路径可以为每个子系统保留所有工作项,同时为您提供所有工作项的汇总功能。

http://nakedalm.com/modelling-teams-in-team-foundation-server-2013/

在这篇文章中,我刚刚描述了团队能力可用的通用建模。

http://nakedalm.com/creating-nested-teams-visual-studio-alm/

这里我展示了一个示例实现。想象一下,如果每个子团队都是子系统。

每个子系统都有自己的迭代,但它实际上取决于你拥有的团队。如果您有4个团队决定子系统,那么您应该只有4个团队,但他们拥有许多区域(子系统)。

您还可以决定使用团队的区域路径和子系统的标签。然后,您可以决定独立于子系统组织积压的工作。

或者您可以使用区域路径进行子系统层次结构,并使用团队字段来表示团队。

我的观点是,在一个团队项目中,您可以灵活地塑造和重塑您的待办事项,工作,代码和人员。在多个团队项目中,您受到团队项目边界的限制。