|
|
1
123
2014年6月更新:
David Fraser
提到
in the comments
一个解决方案也在
Change timestamps while rebasing git branch
“,使用选项
见
(原始答案,2012年6月) 你可以尝试一下 非交互式 重碱
(从这个 SO answer )
这个传给
为了
自从
you can change at will the timestamp of old commit date
用
AS
Olivier
在他的问题中提到,
作者日期
不会被钢筋改变;
更清楚的是,在这种情况下,正如奥利维尔所说:
|
|
|
2
112
如果您已经将提交日期弄错了(可能使用了一个钢筋网),并希望将其重置为相应的作者日期,则可以运行:
|
|
|
3
30
冯C的一个关键问题帮助我理解了正在发生的事情:当你的钢筋 提交人 时间戳更改,但不是 作者的 时间戳,突然间一切都变得有意义了。所以我的问题实际上不够精确。 答案是Rebase实际上不会改变作者的时间戳(你不需要为此做任何事情),这非常适合我。 |
|
|
4
11
默认情况下,git-rebase会将提交者的时间戳设置为 创建了新的提交,但保持作者的时间戳不变。大部分时间, 这是期望的行为,但在某些情况下,我们不希望改变 提交人的时间戳也是。我们怎样才能做到?好吧,这是 我通常玩的把戏。 首先,确保要重新平衡的每个提交都有一个唯一的 提交消息和作者时间戳(这是技巧需要改进的地方,但目前它适合我的需要)。 在重定基之前,记录提交者的时间戳、作者的时间戳以及将重定基到文件的所有提交的提交消息。
然后,让实际的重新平衡发生。
最后,如果提交消息相同,我们使用
如果出了问题,只要结账
此外,您还可以执行与作者时间戳类似的操作。 例如,如果作者的某些提交的时间戳有问题,并且 如果不重新排列这些提交,我们只希望显示作者的时间戳 命令,然后以下命令将有帮助。
|
|
|
Bernhard Gratzl · 合并具有不同时间戳的表? 1 年前 |
|
|
Delopera · Pandas:包含X行的最短间隔 1 年前 |
|
|
F.I. · JS时间戳错误-时区设置[已关闭] 2 年前 |