Сбой быстрого импорта Fatal: неверная необработанная дата
Я пытаюсь выполнить ghp-импорт в основную ветку, но получаю IOError: [Errno 22] Неверный аргумент и отчет о сбое:
`
отчет о сбое быстрого импорта:
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
"Я думаю, что fast-import пытается проанализировать" osisieke "как дату, которая, конечно, не удалась. Я действительно смущен тем, как двигаться вперед. Любая помощь, пожалуйста
1 ответ
Вы могли бы значительно улучшить свой вопрос, показав, что вы на самом деле бежите. Смотрите, как мне задать хороший вопрос? и, в частности, Как создать минимальный, полный и проверяемый пример. (В частности, если я выполню поиск Google для ghp-import, лучшие результаты включают два разных варианта, и вы не показываете команды, которые используете.)
В любом случае проблема в том, что 1527973889 GMT Daylight Time не является допустимым форматом даты.
Действительные форматы даты перечислены в git fast-import документация следующим образом:
Поддерживаются следующие форматы даты. Интерфейс должен выбрать формат, который он будет использовать для этого импорта, передав имя формата в параметре командной строки --date-format=
.
rawЭто родной формат Git и
<time> SP <offutc>, Это также формат по умолчанию для быстрого импорта, если --date-format не был указан.Время проведения мероприятия определяется
<time>как число секунд с начала эпохи UNIX (полночь, 1 января 1970 г., UTC) и записывается как десятичное целое число ASCII.Местное смещение определяется как
<offutc>как положительное или отрицательное смещение от UTC. Например, EST (который на 5 часов отстает от UTC) будет выражаться в<tz>на "-0500", а UTC - "+0000". Местное смещение не влияет<time>; он используется только как рекомендация, чтобы помочь форматированию отображать метку времени.Если локальное смещение недоступно в исходном материале, используйте "+0000" или самое распространенное локальное смещение. Например, во многих организациях есть хранилище CVS, к которому когда-либо обращались только пользователи, находящиеся в одном месте и часовом поясе. В этом случае разумное смещение от UTC может быть принято.
в отличие от
rfc2822формат, этот формат очень строгий. Любые изменения в форматировании приведут к быстрому импорту, чтобы отклонить значение.
rfc2822Это стандартный формат электронной почты, описанный в RFC 2822.
Пример значения: "Вторник, 6 февраля 11:22:18 2007 -0500". Парсер Git точен, но немного мягок. Это тот же парсер, который используется git am при применении патчей, полученных по электронной почте.
[Надрез]
nowВсегда используйте текущее время и часовой пояс. Литерал теперь всегда должен быть указан для <когда>.
Это игрушечный формат. [Надрез]
Вы не показываете, какие варианты вы передали git fast-import, но строка 1527973889 GMT Daylight Time начинается с довольно многообещающего значения (1527973889 представляет время в течение 2 июня 2018 года, в частности, Sat Jun 2 21:11:29 UTC 2018). Другими словами, это начинается как действительный raw формат. Однако смещение часового пояса, которое должно иметь форму, показанную выше, затем задается как "Летнее время по Гринвичу", которое не только не имеет этой формы, но и является бессмысленным: у GMT нет летнего времени. ( Летом Великобритания отправляется в BST, британское летнее время.)