環境: circleci/ruby:2.4.2-stretch-node-browsers, circleci/postgres:10.12

とあるアプリケーションで、新しくCircleCIを設定してRspecを動かしてみたら、エラーが大量に出ました。

expected: 2020-03-25 12:36:20.477148202 +0900
got: 2020-03-25 12:36:20.477148000 +0900

Rubyはナノ秒（小数点以下9桁）まで時刻を保持し、PostgreSQLはマイクロ秒（小数点以下6桁）までしか保持しないので、比較が失敗しまくっていると判明。ひえー、どうすんのこれ。助けて！

用語

参照: Orders_of_magnitude_(time)

名前	単位	例
ミリ秒	10^-3 秒	0.123
マイクロ秒	10^-6 秒	0.123456
ナノ秒	10^-9 秒	0.123456789

以下、3桁ずつピコ 10^-12、フェムト 10^-15、アット 10^-18、ゼプト 10^-21、ヨクト 10^-24と続きます。

Macでは

Mac（rbenvでインストール）では、RubyのTime#nsecはナノ秒（9桁）を表しますが、実際はマイクロ秒（6桁）で切り取られるので、Postgresとの違いに気づきませんでした。

t = Time.now
t.to_f #=> 1585394326.856343
t.nsec #=> 856343000

Ubuntuだとナノ秒までしっかり入ります。

t = Time.now
t.to_f #=> 1585394640.8082483
t.nsec #=> 808248257

対策

Time#<=> を上書きしてミリ秒で比較することでエラーを減らすことができました。<=> を上書きするだけで、== も != も < も対策できます。Time#<=> を上書きすると、ActiveSupport::TimeWithZone の比較にも使われます。

マイクロ秒で比較（floor(6)）ではうまく行きませんでした。

spec/supports/time_patch_helper.rb

if ENV['CIRCLECI']
  class Time
    alias_method :old_cmp, :<=>
    def <=>(val)
      if val.try(:acts_like_time?)
        self.to_f.floor(3) <=> val.to_f.floor(3)
      else
        old_cmp(val)
      end
    end
  end
end

ちなみにRubyには時刻の小数点以下を丸めるメソッド Time#round があり、Ruby 2.7 では切り落としを行う Time#floorが追加されています。

今後やりたいこと

上記の対策よりもうまい方法を考える。
Rubyのソースコードをチェックしたり、Linuxでコンパイルしてみたりする（たぶんC言語の#defineに違いがある）。