git - 使用 Git 管理重写

Question

我有一个项目，我正在使用 Git 管理它的源代码。这是一个大项目——相对于我的经验——我觉得我会在完成后的某个时候完全重写。虽然这是我很长一段时间都不会遇到的问题，但我很好奇:我将如何使用 Git 进行完全重写？

是否最好创建一个全新的 repo 来管理代码？或者也许分支我的 WC 并在那里重建？尽管这可能取决于具体情况(例如，将重写多少代码，我是否希望能够引用旧文件或代码行)，但处理此问题的最佳方法是什么？为了概括起见，让我们回答这两个问题:想象一下完全重写，但如果您愿意的话，可以从 1.0 构建中吸取教训。

我希望这是有道理的。如果您需要更多说明，请告诉我。谢谢。

Answer 1

这取决于您打算如何重写。如果你真的把所有东西都扔掉并从头开始完全重写，那么也许开始一个新的 Git 仓库是个好主意。但我不建议这样做；可能有很多有用的知识(测试、文档、大多数人一开始没有想到的奇怪角落案例的错误修复，等等；正如你所说，从 1.0 中吸取的教训)嵌入到你想要的旧实现中保留在新的。

所以我建议在一个分支中工作，或者克隆存储库并在克隆中工作。尝试将重写作为大规模重构而不是从头开始重写甚至可能是个好主意。在重写代码的过程中尽量让代码保持正常工作，永远不要因为任何损坏或删除主要功能而花费太长时间。您会惊讶地发现，从旧代码库开始工作并进行大规模重构(注意不要破坏正在运行的东西)比从头开始重写效率更高。从头开始重写经常会让你做一些事情，这似乎是旧版本做的非常快的 90%(使用标准，凭空统计 90/10)，而且更干净/快速/新/ Shiny /无论什么，但随后您发现最后 10% 很关键，实际上比您想象的要难得多，并且您意识到您很久以前在旧系统中修复的错误在新系统中再次出现。