在变基时在 Bitbucket 中保留日期
Preserve dates in Bitbucket while rebasing
我广泛使用 git rebase --interactive 技术，因为这可以使历史保持简洁。例如，如果我有一个分支有 3 个提交：a->b->c，然后我发现提交 a 打印错误，我宁愿直接修改提交 a 而不是创建修复问题的提交 d。可以肯定的是，历史发生了变化（我们现在有一个 a'->b'->c' 提交的分支），但是 git bash 中显示的日期反映了初始历史提交。换句话说，如果提交 a 是昨天创建的，则提交 a' 也具有此创建日期，如 git log.
所示
但如果从 Bitbucket 提交历史中查看历史，则情况并非如此。 Bitbucket 以某种方式忽略了 git bash 使用的日期，并显示实际的修改日期（例如今天）。
所以我的第一个问题是：git bash 和 Bitbucket 使用哪些日期，以及什么是什么区别？后续问题更实际：执行保留提交日期的交互式变基的最佳方法是什么，如 Bitbucket?
中所示
尝试使用图示的 --committer-date-is-author-date 选项进行变基测试 。
一旦完成交互式变基，您将需要将其作为附加的非交互式变基来执行，因为该选项与 -i.
不兼容
但我的想法是检查 BitBucket 是否显示 committer date (last modification: today), vs. author date (commit creation date)。
对比一下 GitHub uses those two dates.
我广泛使用 git rebase --interactive 技术，因为这可以使历史保持简洁。例如，如果我有一个分支有 3 个提交：a->b->c，然后我发现提交 a 打印错误，我宁愿直接修改提交 a 而不是创建修复问题的提交 d。可以肯定的是，历史发生了变化（我们现在有一个 a'->b'->c' 提交的分支），但是 git bash 中显示的日期反映了初始历史提交。换句话说，如果提交 a 是昨天创建的，则提交 a' 也具有此创建日期，如 git log.
但如果从 Bitbucket 提交历史中查看历史，则情况并非如此。 Bitbucket 以某种方式忽略了 git bash 使用的日期，并显示实际的修改日期（例如今天）。
所以我的第一个问题是：git bash 和 Bitbucket 使用哪些日期，以及什么是什么区别？后续问题更实际：执行保留提交日期的交互式变基的最佳方法是什么，如 Bitbucket?
中所示尝试使用图示的 --committer-date-is-author-date 选项进行变基测试
一旦完成交互式变基，您将需要将其作为附加的非交互式变基来执行，因为该选项与 -i.
但我的想法是检查 BitBucket 是否显示 committer date (last modification: today), vs. author date (commit creation date)。
对比一下 GitHub uses those two dates.