使用Git管理重写

Question

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

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

我希望这是有意义的。如果你需要更多的澄清，请告诉我。谢谢。

Answer 1

这取决于您计划如何进行重写。如果你真的抛弃了一切，完全从头开始重写，那么也许开始一个新的Git repo将是一个好主意。但我不建议这样做；旧实现中可能嵌入了许多您希望在新实现中保留的好知识(测试、文档、针对大多数人一开始没有想到的奇怪情况的bug修复，等等；正如您所说，从1.0中学到的经验教训)。

因此，我建议在分支中工作，或者克隆存储库并在克隆中工作。尝试将重写作为大规模重构，而不是从头开始重写，这可能是一个好主意。试着在重写的过程中尽可能多地保持代码的正常工作，不要太长时间去破坏任何东西或剥离主要功能。你会感到惊讶的是，从旧的代码库开始工作，进行大规模的重构，在这种情况下，你要小心不要破坏正在运行的东西，这可能比彻底的重写更有效率。一次彻底的重写通常会让你完成旧系统的90% (使用标准的，凭空得出的90/10的统计数据)，而且更干净/更快/更新/更闪亮/诸如此类，但然后你会发现最后的10%是关键的，实际上比你想象的要难得多，你意识到很久以前在旧系统中修复的bug在新系统中又出现了。