Andrew Szczepanski

Looks like it was removed in d4e85a8d28d98aa813d95c1582b3f655dea3be77 https://github.com/sous-chefs/rvm/pull/354, but `recipes/default.rb` wasn't updated.

Ran into and fixed this, myself. Albeit the fix was removing depth which isn't ideal. I believe this happens because Rugged, the dependency pronto uses, can't crawl your git history...

> In your docker file, you can should this line, > `RUN yarn install --prefer-offline --frozen-lockfile` In this example `--prefer-offline` won't do anything. This is a build step and your...

I've moved on from this problem and also to Rancher Desktop, but if anyone else is running into this they should try out the new experimental release of [VirtioFS](https://www.docker.com/blog/speed-boost-achievement-unlocked-on-docker-desktop-4-6-for-mac/) on...

I'm not too sure. `constantize` is a ActiveSupport method and I think my decision to put it here was based on making a rule around the usage of that method...

Makes sense. Transfer away!

I've had a similar thing happen to me on Gitlab CI. The weird thing is is that Gitlab has a default shallow fetch depth of 50 which I thought should...

I see it as well. Our Gemfile has the following: ``` plugin('bootboot', '~> 0.2') Plugin.send(:load_plugin, 'bootboot') if Plugin.installed?('bootboot') # Rails if %w[1 true].include?(ENV['DEPENDENCIES_NEXT']) enable_dual_booting if Plugin.installed?('bootboot') ruby('3.2.1') gem 'rails', '~>...

The obvious problem here is a collision between the tag name and some internals of YARD. One way that seems obvious to fix it is to just `.to_s` the class...

@lsegal No worries at all! I appreciate all you do! Yes, the `owner` tag is a custom one we are using ourselves. I have found that [this commit](https://github.com/Skipants/yard/commit/80766569376489b14a4c6721da6b76de27a5459f) fixes it...