【发布时间】：2011-05-24 19:07:28
【问题描述】：
我有一个简单机器论坛 (SMF 1.1.13) 的（肮脏的）生产安装。这是一个全新的安装，一次......大约五年，二十次更新和 40 个模组前。更不用说直接修补到代码库中的自定义代码了。这开始是一个有趣的项目，一开始没有任何代码管理实践。
现在 SMF 2 正在（越来越接近）上线，我想升级。但不会留下自定义功能。
继续阅读，这是一般软件管理问题，不是 SMF 支持问题...
我正在尝试找出将自定义功能移植到新代码分支的最佳方式。
- 在某些情况下，自定义的 1.1.x 功能在 2.0 中已经存在。是的，我没有工作！
- 在某些情况下，会有版本为 2.0 的 mod 包，我可以直接将它们安装在干净的 SMF 2 版本上。是的，我的工作量很小！
- 在某些情况下，两个版本之间的代码移植相当简单（例如，查询或全局变量构造中的一些小改动）。 （我已经将一些特性/mod 从 2.0 移植到 1.1.x，back，所以我开始熟悉它了。）
- 在某些情况下，我只需要从头开始重新开发功能。
最后两个选项将很难管理。
关于如何将大量更改从一个分支移植到另一个分支有什么建议吗？ 当它不是我自己的内部代码时，就是这样。这是我的初步计划：
- 干净的 1.1.x 版本和我的“脏”生产代码之间的区别
- 将每一行差异映射到一个特性（“那个代码更新是自定义标记特性，必须逐行移植它，那里是画廊，我可能可以安装一个更新的模块。”）如果有一个生成综合报告的 diff 工具，而不是一次检查几十个文件，这将是更容易的事情。 Google 和 SO 搜索没有找到这样的工具-- 有吗？
- 安装干净的 2.0 分支
- 安装可用的更新模组
- 卷起袖子，逐个功能地检查我的差异（这就是我需要综合差异报告的原因。逐页做会很糟糕。）然后重新构建它们。
有更好的想法吗？ （欢迎发布管理信息的指针，当然需要注意的是，这实际上不是我的代码，所以我的控制有限。）
不然呢？我担心我的选择是放弃自定义功能（不太可行）或留在旧分支上。两个都很烂。救命！
tl;dr：指向一个差异工具，它将为整个目录执行逐个文件的整合差异报告。和/或帮助我找出一种更简单的方法来迁移我的自定义代码。
【问题讨论】：
标签： version-control merge smf-forum