在TFS中合并和分支项目之间的共享代码

8 version-control tfs

我目前负责将我们的asp.net应用程序从源安全迁移到TFS.我们有三个或四个非常相似的应用程序(让我们说电子商务),它们目前共享一个核心库(服务,业务逻辑,实体,数据访问等).

应用程序类似但不完全相同,因此一个应用程序可能会获得其他人无法获得的功能集等.

我想停止共享代码,而是设置分支(如果适合),所以如果我在应用程序A:s核心库中更改某些内容,我将需要将更改与其他分支合并,而不是自动获取更改.这样可以避免在从主干更新时出现意外情况,并且突然核心已经针对另一个项目进行了更改,并且此项目以某种方式中断.

关于如何在TFS中设置它的任何建议?我是否应该在任何项目中直接使用"主"核心,而该项目是所有其他核心的父级,因此我可以将更改从一个核心推送到那个核心,然后将其分发到其他核心?这是否有意义并且在TFS中设置是否容易?

Lie*_*ers 3

针对您的评论,我建议您阅读CodePlexFeature branches网站。

\n\n
\n

方案 4 \xe2\x80\x93 功能分支
\n 在此方案中,您创建一个开发分支,在该分支中执行工作,然后将您的工作合并回主源代码树。您\n 根据产品功能\n 组织开发分支。下面是显示功能开发分支的物理视图:

\n\n

我的团队项目

\n
\n\n
      Development -> Isolated development branch container  \n        Feature A -> Feature branch  \n           Source  \n        Feature B -> Feature branch  \n          Source  \n        Feature C -> Feature branch  \n          Source  \n        Main      -> Main Integration branch\n          Source\n
Run Code Online (Sandbox Code Playgroud)\n\n

我们也将在不久的将来从 迁移SS到。TFS

\n\n

据我所知,我们将保持我们的SS存储库在线并在TFS. 我们的框架可能会在TFS. 项目特定的共享单元需要不时地进行合并。

\n\n
\n\n

构建存储库的方式取决于您的具体情况。每个分支场景都有其特定的优点和缺点。

\n\n
    \n
  • 有多少项目
  • \n
  • 有多少开发商
  • \n
  • 开发商是否敬业
  • \n
  • 是否需要并发热修复
  • \n
  • 您需要服务包吗
  • \n
\n\n

查看CodePlex 分支指南,了解做出有关 TFS 结构的明智决策所需的所有信息。打印备忘单并将其钉在墙上以供快速参考。

\n\n
\n

在执行分支计划之前,请注意此警告消息 - 您创建的每个分支都有成本,因此请确保您从中获得一些价值。TFS 中的分支机制被简化为单个右键单击分支命令。然而,分支的总成本是由主代码速度降低、合并冲突和额外测试所付出的。很贵。

\n
\n