【问题标题】:Gemfile.lock : Sidekiq Enterprise Gems Keep Moving AroundGemfile.lock : Sidekiq Enterprise Gems 不断发展
【发布时间】:2022-06-30 00:23:05
【问题描述】:

最近我们注意到sidekiq gems 在我们的gemfile 锁中不断移动。这是新的。无论我以哪种方式签入,它似乎都会在下一次捆绑安装时回来。对此有任何指示吗?我也一直在解析the github repo,但运气不好。

--- a/Gemfile.lock
+++ b/Gemfile.lock
@@ -47,8 +47,17 @@ GIT
       builder (>= 2.1.2)

 GEM
-  remote: https://rubygems.org/
   remote: https://enterprise.contribsys.com/
+  specs:
+    sidekiq-ent (2.3.0)
+      einhorn (>= 0.7.4)
+      sidekiq (>= 6.3.0)
+      sidekiq-pro (>= 5.3.0)
+    sidekiq-pro (5.3.0)
+      sidekiq (>= 6.3.0)
+
+GEM
+  remote: https://rubygems.org/
   specs:
     Ascii85 (1.0.3)
     CFPropertyList (2.3.6)
@@ -1002,12 +1011,6 @@ GEM
       connection_pool (>= 2.2.2)
       rack (~> 2.0)
       redis (>= 4.2.0)
-    sidekiq-ent (2.3.0)
-      einhorn (>= 0.7.4)
-      sidekiq (>= 6.3.0)
-      sidekiq-pro (>= 5.3.0)
-    sidekiq-pro (5.3.0)
-      sidekiq (>= 6.3.0)
     sidekiq-status (2.1.0)
       chronic_duration
       sidekiq (>= 5.0)

【问题讨论】:

  • 关于“在下一次安装包时回来”,是在同一台机器上还是在你同事的电脑上?你检查过不同的bundler 版本吗? Gemfile 中的 gem 是如何以及在哪里配置的?
  • 另外,宝石的某些顺序有什么问题吗?通常我会把它放在 rubocop 忽略列表中......

标签: ruby-on-rails ruby sidekiq


【解决方案1】:

升级到捆绑器版本2.3.16 似乎解决了问题?

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-10-03
    • 2015-11-03
    • 1970-01-01
    • 1970-01-01
    • 2013-11-26
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多