问题标签 [branching-and-merging]

我遇到了不可避免的状态，我必须对 SSIS 包的两个版本中的代码进行差异。

除了我现在要通过打开 2 个 VS 实例并逐个框和逐个变量地检查它之外，您还成功地使用了什么？

注意：在我的案例中比较重要的事情是：

1. 变量
2. 执行 SQL 任务中的代码
3. 任务顺序
4. 数据流
5. 数据流组件的顺序

我的主人有两个分支：

• v2.1：（版本2）我已经工作了几个月
• wss：我昨天创建的用于向我的主人添加一个特定功能（在生产中）

有没有办法将昨天的提交从 wss 复制到 v2.1？

想象以下情况：我有两个分支：DEV 和 MAIN。我正在处理 DEV 分支中名为 program.cs 的文件。我多次检查它，所以我最终有几个变更集：例如 5900、5905、5909。请注意这些不是连续的。

现在我想将这些更改合并到 MAIN，但不检查其间的每个更改集。这是不可能的，因为：第一次合并有效，但变更集的第二次合并给了我以下错误：

有没有办法解决这个错误？Visual Studio 2010 的行为是否相同（我今天晚些时候可能有机会尝试一下）？在合并多个但连续的变更集时，TFS 如何做到这一点？

我们的分布式团队（3 个内部开发人员和 3 个以上外部开发人员）使用 SVN 来管理我们的网站代码库。我们为每个次要版本（4.1.0、4.1.1、4.1.2 等）都有一个分支。我们有一个主干，当我们发布并发布到我们的站点时，我们会将每个版本合并到其中。

因此，我们遇到的问题的一个示例是：添加了一个新功能，我们将其称为 4.1.1 的“创建项目的能力”。依赖于 4.1.1 中的功能的另一个功能计划在 4.1.2 中使用，称为“向项目添加任务的能力”。

因此，在星期一，我们说 4.1.1 已“关闭”，需要进行测试。我们的远程开发人员通常会在此时开始研究 4.1.2 的功能/票证。在这一周内，我们将测试 4.1.1 并修复所有错误并将它们提交回 4.1.1。然后，在周五左右，我们将标记 4.1.1，将其与主干合并，最后将其与 4.1.2 合并。但是，在我们测试的 4-5 天里，4.1.2 中没有 4.1.2 的某些新功能所依赖的 4.1.1 代码。

因此，添加“向项目添加任务的能力”功能的开发人员没有“创建项目的能力”功能可以构建，并且必须做一些文件复制恶作剧才能继续工作.

我们可以/应该做些什么来平滑这个过程？

PS 抱歉，如果之前有人问过这个问题 - 我确实搜索过，但找不到我要找的东西。

In our codebase we are using the following structure, using TFS

The Development and Releases sections contain branches off main. The Build section sits outside the branching. Within each of the branches there is a section which should not have been included within the branching which I would like to move under Build.

Is it possible to move this section out and remove its branching information?

If I do a rename what impact might this have when creating new branches or merging?

我有一个 git 存储库（涵盖或多或少的项目历史）和单独的源（只是一个带有少量文件的 tarball），它们在一段时间前（实际上是在 2004 或 2005 年的某个地方）分叉了。

来自 tarball 的源代码已经发生了很多变化，我想从中加入一些变化。现在的问题是 - 如何找出更改源的实际分支点，以获得那里发生的事情的最小差异。

所以我基本上想要的是在 git 历史中找到一个位置，该位置的代码与我拥有的源代码最相似。而且我不想手动执行此操作。

还值得一提的是，更改后的源仅包括文件的子集，并且已将一些文件拆分为更多文件。然而，其中的代码似乎只进行了小的修改和一些添加。

如果你想自己玩，带有源代码的 tarball 在这里，Git 托管在Gitorious：git://gitorious.org/gammu/mainline.git

我有一个分支的项目，一堆文件（F1）被移动到不同的目录并更改（F2）。现在，我想将分支合并回主干并保留修订历史记录，但我想保留 F1 和 F2。有没有办法在颠覆中做到这一点？

我在 TFS 中执行了以下操作：

1. 不小心对后备箱中的一堆文件进行了一些更改
2. 意识到了。
3. 将更改合并到预期的分支
4. 回滚主干中的更改（使用 tfpt 回滚）
5. 后来，在从主干定期安排的前向集成期间，我撤消了分支中的更改。

如何重新应用更改？有 3 个变更集和大约 80 个有问题的文件。

推荐的使用实践--reintegrate我一般都理解。但是，重新集成的做法建议删除分支，如果需要维护或保修开发，则应“重新创建”分支。

但是，大多数示例显示了以新名称重新集成和删除的分支。

如果分支在重新集成后被删除，然后以相同的名称在原地重新创建，会有什么危害？（假设我们的构建工程师要求名称保持不变，而分支必须保留其名称。）

首先，我将提供我的分支机构的结构

• 树干
  • 版本 1（主干分支）
    • CustomerA（版本 1 的分支）
    • CustomerB（版本 2 的分支）
  • 版本 2（主干后的新分支）
    • CustomerC（版本 2 的分支）

现在我想将 CustomerB 迁移到 version2，但我需要保留对 CustomerB 分支所做的所有更改。

这可能吗？我该怎么做？我将 SVN 与 TortoiseSVN 客户端一起使用。