grafana / grafana/fullstack-o11y-examples

ruby: Gemfile.lock is not enforced at image build time

Open Beginner friendly
#47 0 comments 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.