このISOタイムスタンプの年が2019年ではないのはなぜですか?


32

devopsパイプラインのテストに使用している単純なアプリの場合、ビルドの開始時刻をホームページに出力しています。私の開発マシンには、ISO-8601タイムスタンプの年である2019が印刷されています(具体的には、「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桁の年はまったく許可されていないようです。私はそれが間違っていると言うことをheします。なぜなら、拡張された年は「情報交換のパートナーの相互合意によってのみ許可されている」からです。
AuxTaco

回答:


66

ほとんどのGoogleヒットでは、CODEBUILD_START_TIMEが1970年以降のミリ秒数として表されています。コードのどこかで、あたかもそれが秒であるかのように扱っていると思います。

+051668-02-09T08:09:32.000Z秒に変換すると、が得られ1568320819772ます。あなたが1568320819それを1000で割って+丸めると、それをあなたが得る人間が読める時間に変換しますSeptember 12, 2019 8:40:19


4
はい、テストデータは秒単位のUNIXタイムスタンプでした!そのタイムスタンプをCodeBuildログから直接取得したと思いましたが、そうではないと思います。
trycrmr

9
悪いドキュメントも。アマゾンは「ビルドの開始時間」と言っていますMon
モニカとの軽さレース

4
右下のdocs.aws.amazon.com/codebuild/latest/userguide/…のリンクを介して、タイムスタンプについてより具体的になるようにドキュメントにフィードバックを提供しました
trycrmr
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.