Fix: cache misses? possible speed improvement

[KonnorRogers]

I noticed a lot of cache misses in the logs for GH-actions. Testing to see if this speeds up the test suite.

[andrewmcodes]

@ParamagicDev id recommend using the official setup ruby action - it has caching baked in 🚀

[KonnorRogers]

@andrewmcodes already done!

[KonnorRogers]

Probably gonna have to create another Gemfile for 6.1.

Rails 6.1 has ActiveSupport alpha which requires > Ruby 2.7.

[joshuap]

Probably gonna have to create another Gemfile for 6.1.

Rails 6.1 has ActiveSupport alpha which requires > Ruby 2.7.

#386 has info about our Gemfile setup. 👍

[joshuap]

y'all are the best, btw. @andrewmcodes @ParamagicDev

[KonnorRogers]

I think it may have been because I was using 2.x.x instead of 2.x. Let me see if changing it works.

[andrewmcodes]

All runs around ~35 seconds? You’re a beast @ParamagicDev

[joshuap]

Seems like a big improvement to me. 💪 If GH Actions concurrency were perfect it would probably be in the 1 minute target? Definitely good for the number of builds in the matrix (which we may be able to reduce, btw—it's been a while since we revisited the tests themselves).

Also, this is a big general upgrade to the actions workflow. 💯

[KonnorRogers]

@andrewmcodes its still around 2 mins. But the bundle installs are down around 4 seconds for a cached gemfile.

Cached bundle install

Full run time

So now with caching out of the way, perhaps we can press forward and look at whats actually slow! Perhaps we could parallelize some tests if maybe one test is holding everything up, etc. But this is a good step forward.

Summary of changes

• sqlite3 ripped out (was only 4seconds, but still not needed)
• switched from setup-ruby to ruby/setup-ruby https://github.com/ruby/setup-ruby
• update ruby matrixes to reflect the new setup
• Caching works across gemfiles