我应该以交互方式变基多少？ [关闭]答案

【问题标题】：How much should I rebase interactively? [closed]我应该以交互方式变基多少？ [关闭]
【发布时间】：2015-06-11 12:22:27
【问题描述】：

我想翻译一本托管在 Github 上的大书。原始回购将由我分叉，我通常会在一个新的分支上自己做我的工作。因此，在交互式变基时，没有人会真正关心历史的变化。

有时很多提交只包含翻译的块并且弄乱了提交的历史。我应该压缩并选择多少提交来创建干净的历史记录？每章提交一个还是几个？

提交将被合并回原始存储库，所有翻译都会在其中累积。

【问题讨论】：

【解决方案1】：

随心所欲（假设您的存储库未与其他任何人共享）。请记住，每次压缩提交时您都在重写历史记录。

【讨论】：

我的提交将被合并回原始仓库，或者更准确地说是合并到特定语言的子文件夹中。
如果您的提交已经合并到主仓库，那么我会避免压缩提交。
我还没有开始翻译，但我计划提交到我的 fork 存储库中，压缩那里的提交，完成整个翻译后我会提出拉取请求。
我明白了。好吧，如果您打算只推送一次（整个翻译），我将每章提交 1 次。或者，您可能会为每个章节创建一个分支，然后将所有章节合并到“yourLanguage”分支中。
或者两者兼而有之。所以我会创建一个新的分支mytranslation 作为 master 的副本。 mytranslation 每章也有子分支，我可以独立翻译它们。随着时间的推移，我可以将章节分支重新设置为单个提交。最后——当一切都被翻译和校对时——你会合并还是变基？合并每次合并都会创建一种“无意义”的提交。否则我可以 rebase chapter1、chapter2 等等并创建一个很好的线性提交历史。