Skip to content

chore: Fix Gemfile versions to avoid Gemfile.lock updates #1047

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
8 changes: 4 additions & 4 deletions Gemfile
Original file line number Diff line number Diff line change
@@ -1,10 +1,10 @@
source "https://rubygems.org"

gem "fastlane"
gem 'fastlane', '2.226.0'

eval_gemfile("fastlane/Pluginfile")

gem "cocoapods", "~> 1.16"
gem 'danger'
gem 'rest-client'
gem "lefthook", "~> 1.10"
gem 'danger', '9.5.1'
gem 'rest-client', '2.1.0'
gem "lefthook", "1.10.10"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm I actually think we are leaving these with the version unspecified so we can get auto-updates from dependabot. Since they are only related to CI, it's mostly ok to get auto-updates... Are you getting any issues with the updates?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well, I am used to fixing versions in any Gemfile. I tried running a fastlane command locally, and ended up with an updated lock file.

Does this prevent updates? I am used to dependabot opening PRs whenever there's an update. I think we might just need to add a few more lines to dependabot.yml

That keeps track of any change, and we can control what we update and when we update. Great to avoid unexpected broken release trains.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm strange... in general, the lock file should already specify the dependency versions used (part of the reason we are checking it in the repo), so it shouldn't update dependencies automatically... What dependecies were updated?

I totally agree about locking dependencies that are used in our main SDKs, but considering these are mostly for automations and we have the lock files, I think it's better to try to get auto-updates... I believe dependabot only updates dependencies within the constraints specified in the Gemfile? I might be wrong but I would consider it an issue if it bumped dependencies to next majors which might not be compatible (I could actually see an argument to lock our dependencies to the current major instead, so dependabot doesn't try to auto-update beyond that). Wdyt?

38 changes: 18 additions & 20 deletions Gemfile.lock
Original file line number Diff line number Diff line change
Expand Up @@ -32,21 +32,22 @@ GEM
json (>= 1.5.1)
artifactory (3.0.17)
atomos (0.1.3)
aws-eventstream (1.3.0)
aws-partitions (1.1021.0)
aws-sdk-core (3.214.0)
aws-eventstream (1.3.1)
aws-partitions (1.1052.0)
aws-sdk-core (3.219.0)
aws-eventstream (~> 1, >= 1.3.0)
aws-partitions (~> 1, >= 1.992.0)
aws-sigv4 (~> 1.9)
base64
jmespath (~> 1, >= 1.6.1)
aws-sdk-kms (1.96.0)
aws-sdk-core (~> 3, >= 3.210.0)
aws-sdk-kms (1.99.0)
aws-sdk-core (~> 3, >= 3.216.0)
aws-sigv4 (~> 1.5)
aws-sdk-s3 (1.176.0)
aws-sdk-core (~> 3, >= 3.210.0)
aws-sdk-s3 (1.182.0)
aws-sdk-core (~> 3, >= 3.216.0)
aws-sdk-kms (~> 1)
aws-sigv4 (~> 1.5)
aws-sigv4 (1.10.1)
aws-sigv4 (1.11.0)
aws-eventstream (~> 1, >= 1.0.2)
babosa (1.0.4)
base64 (0.2.0)
Expand Down Expand Up @@ -117,7 +118,7 @@ GEM
pstore (~> 0.1)
terminal-table (>= 1, < 4)
declarative (0.0.20)
digest-crc (0.6.5)
digest-crc (0.7.0)
rake (>= 12.0.0, < 14.0.0)
domain_name (0.6.20240107)
dotenv (2.8.1)
Expand Down Expand Up @@ -157,7 +158,7 @@ GEM
faraday-retry (1.0.3)
faraday_middleware (1.2.1)
faraday (~> 1.0)
fastimage (2.3.1)
fastimage (2.4.0)
fastlane (2.226.0)
CFPropertyList (>= 2.3, < 4.0.0)
addressable (>= 2.8, < 3.0.0)
Expand Down Expand Up @@ -204,7 +205,6 @@ GEM
fastlane-sirp (1.0.0)
sysrandom (~> 1.0)
ffi (1.17.0)
ffi (1.17.0-arm64-darwin)
fourflusher (2.3.1)
fuzzy_match (2.0.4)
gh_inspector (1.1.3)
Expand Down Expand Up @@ -256,7 +256,7 @@ GEM
concurrent-ruby (~> 1.0)
jmespath (1.6.2)
json (2.9.0)
jwt (2.9.3)
jwt (2.10.1)
base64
kramdown (2.4.0)
rexml
Expand All @@ -283,15 +283,13 @@ GEM
nokogiri (1.17.1)
mini_portile2 (~> 2.8.2)
racc (~> 1.4)
nokogiri (1.17.1-arm64-darwin)
racc (~> 1.4)
octokit (9.2.0)
faraday (>= 1, < 3)
sawyer (~> 0.9)
open4 (1.3.4)
optparse (0.6.0)
os (1.1.4)
plist (3.7.1)
plist (3.7.2)
pstore (0.1.3)
public_suffix (4.0.7)
racc (1.8.1)
Expand All @@ -311,7 +309,7 @@ GEM
rouge (3.28.0)
ruby-macho (2.5.1)
ruby2_keywords (0.0.5)
rubyzip (2.3.2)
rubyzip (2.4.1)
sawyer (0.9.2)
addressable (>= 2.3.5)
faraday (>= 0.17.3, < 3)
Expand Down Expand Up @@ -359,12 +357,12 @@ PLATFORMS

DEPENDENCIES
cocoapods (~> 1.16)
danger
fastlane
danger (= 9.5.1)
fastlane (= 2.226.0)
fastlane-plugin-revenuecat_internal!
fastlane-plugin-versioning_android
lefthook (~> 1.10)
rest-client
lefthook (= 1.10.10)
rest-client (= 2.1.0)

BUNDLED WITH
2.4.6