相关疑难解决方法(0)

git rebase在保留提交时间戳的同时执行是否有意义？

我相信结果是新分支不一定按时间顺序排列日期.这在理论上是否可行？(例如使用管道命令;只是好奇这里)

如果理论上可行,那么在实践中是否可以使用rebase,而不是更改时间戳？

例如,假设我有以下树:

master <jun 2010>
  |
  :
  :
  :     oldbranch <feb 1984>
  :     /
oldcommit <jan 1984>

现在,如果我重新oldbranch启动master,则提交日期将从1984年2月更改为2010年6月.是否可以更改该行为以便不更改提交时间戳？最后我会得到:

      oldbranch <feb 1984>
      /
 master <jun 2010>
    |
    :

那会有意义吗？甚至允许在git中有一个旧提交最近提交作为父项的历史记录？

我需要覆盖git提交的日期,所有文档都指向--date参数,但是然后留下一个没有线索到适当的格式.我已经尝试了我能想到的每一个排列,并且我得到了"致命:无效的日期格式:"每个人的错误.

上下文:我希望能够通过我的git提交消息和提交进行搜索而无需经历令人费解的复杂git grep命令,因此我决定看看如何存储git commit消息.

我看了一下.git文件夹,它看起来像是存储的提交

.git/objects 

.git对象文件夹包含一堆名称为a6和9b的文件夹.这些文件夹中的每个文件夹都包含一个名称类似于提交的文件2f29598814b07fea915514cfc4d05129967bf7.当我在文本编辑器中打开其中一个文件时,我会感到胡言乱语.

1. 什么文件格式是这个乱码/如何存储git提交对象？

2. 在这个git commit日志中,文件夹9b包含一个commit sha

   aed8a9f773efb2f498f19c31f8603b6cb2a4bc
   

   Run Code Online (Sandbox Code Playgroud)

   为什么,并且是否存在多个提交sha将存储在文件9b中的情况？

3. 有没有办法将这个乱码转换成纯文本,以便我可以在文本编辑器中混淆提交？

有没有简单的方法来推迟GitHub提交？

如果这些提交将在1小时内一个接一个地进行,那也不错.
假设我有5个提交,第一个应该出现在上午10点,第二个出现在上午11点,第三个出现在中午12点,依此类推.

我正在浏览http://arago-project.org/git/projects/linux-omap3.git repo并遇到了一个奇怪的约会事件,基本上说父母提交的年龄比孩子年轻一岁.

这怎么可能？

user@ubuntu1004:/f/linux-omap3$ git log -2 --parents  4b8db3b
commit 4b8db3b368f5601717e3ffee0051628ba33172d3 3c0eee3fe6a3a1c745379547c7e7c904aa64f6d5
Author: Kevin Hilman <khilman@deeprootsystems.com>
Date:   Fri Aug 20 11:19:52 2010 -0700

    OMAP: bus-level PM: enable use of runtime PM API for suspend/resume

    [...skipped...]

    Cc: Rajendra Nayak <rnayak@ti.com>
    Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

commit 3c0eee3fe6a3a1c745379547c7e7c904aa64f6d5 65f42886e24be2197b1263f138eabf40c6774d00
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Jan 4 16:50:19 2011 -0800

    Linux 2.6.37