이 ISO 타임 스탬프의 연도가 2019가 아닌 이유는 무엇입니까?


32

devops 파이프 라인을 테스트하는 데 사용하는 간단한 응용 프로그램의 경우 빌드 시작 시간을 홈페이지에 출력하고 있습니다. 내 개발 시스템에서 2019 년에 예상하는 ISO-8601 타임 스탬프 연도가 인쇄됩니다 (특히 "2019-09-12T20 : 11 : 00.000Z"). AWS CodeBuild를 사용하여 동일한 코드베이스를 구축하면 ISO-8601 타임 스탬프는 "+ 051668-02-09T08 : 09 : 32.000Z"와 같습니다. "+051668"는 무엇입니까? 나는 올해라고 생각합니다. 가장 좋은 추측은 올해가 다른 달력으로 표현 된 것입니다. 생각?

AWS CodeBuild는 모든 빌드 (CODEBUILD_START_TIME)마다이 환경 변수를 설정합니다. 최신 기본 Ubuntu 컨테이너 (v2.0)로 빌드하고 있습니다.


1
@AuxTaco 와우, 이것이 잘못되었거나 불완전한 것 같습니까? i.imgur.com/LgnmacQ.png , 내 댓글 삭제
hanshenrik

1
@hanshenrik 그 문법은 5 자리 연도를 허용하지 않는 것 같습니다. "정보 교환에있어 파트너의 상호 합의에 의해서만 연장 될 수 있기 때문에" 그것이 틀렸다고 주저합니다 .
AuxTaco

답변:


66

대부분의 Google 조회수는 1970 년 이후 CODEBUILD_START_TIME이 밀리 초로 표시되는 것으로 표시됩니다. 코드에서 어딘가를 초 단위로 취급한다고 생각합니다.

당신 +051668-02-09T08:09:32.000Z이 초로 변환 하면 얻을 1568320819772. 1000으로 나누면 + 1568320819사람이 읽을 수있는 시간으로 다시 변환 September 12, 2019 8:40:19됩니다.


4
네, 테스트 데이터는 초 단위의 유닉스 타임 스탬프였습니다! 그 타임 스탬프를 CodeBuild 로그에서 직접 가져 왔지만 생각하지 않았습니다.
trycrmr

9
나쁜 문서들도; 아마존은 😒 "빌드의 시작 시간"을 말한다
모니카와 밝기 경주

4
오른쪽 하단 docs.aws.amazon.com/codebuild/latest/userguide/… 의 링크를 통해 문서에 타임 스탬프에 대해 더 구체적으로 설명 할 몇 가지 피드백을 제공했습니다 .
trycrmr
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.