【问题标题】:fast-import crash Fatal: Invalid raw date快速导入崩溃致命:原始日期无效
【发布时间】:2023-03-22 13:42:01
【问题描述】:

我正在尝试将 ghp-import 导入主分支,但我不断收到 IOError: [Errno 22] Invalid argument 和崩溃报告:

`
快速导入崩溃报告:

  fast-import process: 9124

  parent process     : 1

  at Sat Jun 2 22:11:29 2018

 fatal: Invalid raw date "1527973889 GMT Daylight Time" in ident: osisieke 
 <christopherajulo@gmail.com> 1527973889 GMT Daylight Time

 Most Recent Commands Before Crash
 ---------------------------------
commit refs/heads/gh-pages
* committer osisieke <christopherajulo@gmail.com> 1527973889 GMT Daylight Time

Active Branch LRU
-----------------
active_branches = 0 cur, 5 max

pos  clock name
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Inactive Branches
-----------------
refs/heads/gh-pages:
 status      : dirty
 tip commit  : 0000000000000000000000000000000000000000
 old tree    : 0000000000000000000000000000000000000000
 cur tree    : 0000000000000000000000000000000000000000
 commit clock: 0
 last pack   : 


  Marks
  -----

 -------------------
 END OF CRASH REPORT

` 我认为快速导入试图解析 “osisieke”作为一个当然失败的日期。我真的很困惑如何前进。请帮忙

【问题讨论】:

    标签: git git-fast-import


    【解决方案1】:

    您可以通过展示您实际运行的内容来大大改善您的问题。请参阅How do I ask a good question?,尤其是How to create a Minimal, Complete, and Verifiable example。 (特别是,如果我对“ghp-import”进行 Google 搜索,顶部结果包括两个不同的变体,并且您没有显示您使用的命令。)

    无论如何,问题在于1527973889 GMT Daylight Time 不是有效的日期格式。

    the git fast-import documentation 中列出的有效日期格式如下:

    支持以下日期格式。前端应通过在 --date-format= 命令行选项中传递格式名称来选择它将用于此导入的格式。

    raw

      这是 Git 原生格式,为 &lt;time&gt; SP &lt;offutc&gt;。如果未指定 --date-format,它也是快速导入的默认格式。

      事件的时间由&lt;time&gt; 指定为自 UNIX 纪元(1970 年 1 月 1 日午夜,UTC)以来的秒数,并以 ASCII 十进制整数形式写入。

      本地偏移量由&lt;offutc&gt; 指定为相对于 UTC 的正偏移量或负偏移量。例如,EST(比 UTC 晚 5 小时)将在 &lt;tz&gt; 中用“-0500”表示,而 UTC 是“+0000”。本地偏移不影响&lt;time&gt;;它仅用作帮助格式化例程显示时间戳的建议。

      如果本地偏移在源材料中不可用,请使用“+0000”或最常见的本地偏移。例如,许多组织都有一个 CVS 存储库,只有位于相同位置和时区的用户才能访问该存储库。在这种情况下,可以假设与 UTC 有一个合理的偏移量。

      rfc2822 格式不同,这种格式非常严格。格式的任何变化都会导致快速导入拒绝该值。

    rfc2822

      这是 RFC 2822 中描述的标准电子邮件格式。

      一个示例值为“Tue Feb 6 11:22:18 2007 -0500”。 Git 解析器是准确的,但有点宽松。它与 git am 在应用从电子邮件收到的补丁时使用的解析器相同。

      [剪辑]

    now

      始终使用当前时间和时区。现在必须始终为 .

      提供文字

      这是一种玩具格式。 [剪辑]

    您没有显示传递给 git fast-import 的选项,但字符串 1527973889 GMT Daylight Time 以一个相当有希望的值开头(1527973889 表示 2018 年 6 月 2 日期间的某个时间,特别是 Sat Jun 2 21:11:29 UTC 2018)。换句话说,它以有效的raw 格式开始。但是,必须具有上述形式的时区偏移然后给出为“GMT Daylight Time”,它不仅没有这种形式,而且也是无稽之谈:GMT没有有夏令时。 (英国转至BST, British Summer Time, in the summer。)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-08-24
      相关资源
      最近更新 更多