从基本上重写代码库的时候分支是否有意义，如果有的话？

Question

回购正处于发布状态，但开发不会继续朝这个方向发展，因为几乎所有东西都会被重构。

从提示分支会导致大量删除提交，这不会太糟糕但感觉不对。做这样的事情有什么约定吗？我宁愿维护提交历史而不必创建新的仓库。

Answer 1

我在这种情况下的建议：继续以与以前相同的方式进行分支。

Git保留了代码的历史记录，这是必须至少参考的有用信息;观察编写代码的过去方式仍然是一个有价值的东西。这也防止了由于代码丢失而无法回滚到旧状态的真实场景。

删除文件和删除代码对于Git来说就像添加文件和代码一样自然。没有理由认为它是不同的，即使整个代码库从根本上改变了以前的状态。

^{*：我应该量化 - 如果您计划重写所有内容并匹配API，那么这是一个新的存储库，旧的存储库被密封，从未再次查看}

Answer 2

我肯定会继续分支有两个原因：

1. 提交历史记录。这是关键。很多提交都在 任何项目的开始都往往很大，非结构化和经常 这个项目很难找到。它不是 代码与提交历史记录一样重要。了解为什么你 删除那95个类通常比看什么更有用 在他们身上

2. 如果您正在进行新的重构工作，那么您需要做什么 发布现有代码的快速修补程序？如果您从先前的提交中分支出来，那么您必须维护两个大规模分支的分支。