grafana / grafana/fullstack-o11y-examples
ruby: Gemfile.lock is not enforced at image build time
- Dominant language
- JavaScript
- Stars
- 2
- Forks
- 0
- Avg merge
- 5d 2h
- Merged PRs (30d)
- 41
Description
Noted by @mchipouras while reviewing #46 (pre-existing, not introduced there): `ruby/docker-compose/services/*/Dockerfile` runs `COPY Gemfile ./` followed by plain `bundle install`, so `Gemfile.lock` never enters the image and resolved versions can drift from the checked-in lockfile on every build.
Suggested fix: `COPY Gemfile Gemfile.lock ./` and enforce with `ENV BUNDLE_FROZEN=1` (or `bundle config set frozen true`) in the build stage. Applies to all three service Dockerfiles; the k8s variant builds from the same sources.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Contributor guide
No contributing guide indexed for this repository
Research direction
Inspect ruby/docker-compose/services/*/Dockerfile, focusing on the existing Gemfile copy and bundle install steps across all three service Dockerfiles. Update the build stage so Gemfile.lock is copied and Bundler runs in frozen mode; done means image builds use the checked-in lockfile consistently, including the Kubernetes variant that uses the same sources.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, docker-compose, ruby
- Domain
- build-system, devops
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 76/100