使捆綁銷售商爲不同的平臺使用不同的寶石

Question

我正在將我們的Rails 2.3.8應用之一升級到Rails 3，並且已經遇到了捆綁器和部署的令人討厭的問題。我在Windows機器上開發應用程序，但生產環境正在運行Ubuntu Linux。現在，我的問題是bundler在生產環境中忽略了mysql寶石，而乘客吐出了：「!!!缺少mysql gem。將它添加到您的Gemfile：gem'mysql'，'2.8.1'」

這裏是我的Gemfile：

# Edit this Gemfile to bundle your application's dependencies. 
# This preamble is the current preamble for Rails 3 apps; edit as needed. 
source 'http://rubygems.org' 

gem 'rails', '3.0.0' 
gem 'net-ldap', :require => 'net/ldap' 
gem 'highline', :require => 'highline/import' 
gem 'mysql', '2.8.1' 
gem 'net-ssh', :require => 'net/ssh' 

# Bundle gems for the local environment. Make sure to 
# put test-only gems in this group so their generators 
# and rake tasks are available in development mode: 
group :development, :test do 
    gem 'fakeweb', :require => 'fakeweb' 
    gem 'flexmock', :require => 'flexmock/test_unit' 
end 

正如你所看到的，指定了mysql寶石。但是，在部署時，捆綁器會忽略它。爲什麼？其原因是，捆紮機生成以下Gemfile.lock（僅相關部分包括）：

.... 
mime-types (1.16) 
mysql (2.8.1-x86-mingw32) 
net-ldap (0.1.1) 
.... 

注意，它包括特定於平臺的寶石。這顯然不是我想要它做的事情，因爲在Linux下運行時，gem不適合（並且顯然被忽略）。

那麼，Bundler有任何方式來處理這些問題嗎？或者我必須記得手動更改生成的Gemfile.lock中的mysql gem版本，每次我在開發機器上運行軟件包安裝時？

預先感謝您！

更新

這似乎是捆綁隊已經意識到了這個issue的。

Answer 1

這是一個known issue in Bundler。解決方法是：

• 在與您的生產環境相似的系統上生成Gemfile.lock，以獲得與生產平臺匹配的結果。實際上，這意味着如果生產系統是Windows，則只能在Windows上生成Gemfile.lock文件。
• 根本不提交Gemfile.lock文件，並在部署時確定生產計算機上的依賴關係（不包括--deploy）。雖然通常不推薦，但這是一個經常使用的解決方法，直到bug修復。例如，這是Heroku提供的推薦解決方案。
• 切換到JRuby，它將在Windows和Linux上具有相同的平臺字符串（java）。我不推薦這麼認真，但我相信它能解決這個問題。
• 修復Bundler源代碼中的問題，即幫助Bundler團隊修復該錯誤。 :)

Answer 2

不要犯Gemfile.lock和你的寶石生產。您必須在生產中再次運行bundler install。

Answer 3

你可以做這樣的事情：

platforms :ruby do 
    gem "sqlite3-ruby", :require => "sqlite3", :group => [:development, :test] 
end 

platforms :jruby do 
    gem 'activerecord-jdbc-adapter', :require => false 
    gem "jdbc-sqlite3", :require => false 
end 

順便說一句，你應該把你Gemfile.lock的到版本控制，因爲這樣一來所有的機器將運行具有相同的寶石版本的應用程序。

Answer 4

我認爲問題是，MySQL的寶石沒有正確發現所需的標題。您可以通過轉向使用mysql2 gem來解決此問題，您只需更新database.yml中用於ActiveRecord集成的數據庫適配器。

bundle config build.mysql --with-mysql-config=/usr/local/mysql/bin/mysql_config：

此外，您可以通在絕對必要建立標誌到C擴展寶石。

Answer 5

我以前遇到過這個問題，並且使用mysql2寶石確實可以解決問題。我知道這不是你要找的答案，但是把它和Diego的答案結合起來，你就是金。

Answer 6

您是否嘗試過使用rvm（link here）？它可以安裝獨立的Ruby虛擬機和Gemset，因此您可以使用更類似於生產環境的環境。我真的不知道它是否能解決你的問題，但它值得一試。

無論如何，我知道這不是你想聽到的答案，但恕我直言，Windows不是在Rails中開發時最好的平臺。我最近買了一臺MacBook來開發Rails應用程序，它可以幫你避免許多麻煩。您也可以在您的開發機器上安裝Linux並使用它，這比使用Windows端口或Cygwin更好。

Answer 7

我有一個類似的問題。我想能夠在我的Gemfile中寫下如下內容：

platforms :ruby do      # linux 
    gem 'nokogiri', "1.5.0.beta.2" 
end 

platforms :mswin do 
    gem 'nokogiri', "1.4.4.1" 
end 

但是，bundler告訴我我不允許。所以，我的解決辦法，在這種特殊情況下的工作原理是指出某個範圍的版本：

gem 'nokogiri', ">= 1.4.4.1", "<=1.5.0.beta.2" 

哪些 - 此刻 - 給1.4.4.1版本我的Windows電腦和1.5.0.beta上。 2在我的linux電腦上。也許你可能會寫一個類似醜陋的解決方法;-)

Answer 8

我遇到了這個問題，然後結束了爲這個痛苦的任務寫腳本。 http://gouravtiwari.blogspot.com/2011/03/development-on-windows-deploying-to.html

Answer 9

我們在Engine Yard的工程師已經向Bundler提交了一個補丁來解決這個問題，並且在不同平臺上解凍寶石。在運行RailsInstaller演示教程之後，我們遇到了許多Windows試圖部署的相同問題。我們已經找到了最好的解決方法是執行以下操作：

1. bundle install像正常的開發機器
2. 去上通過Gemfile.lock，如果有任何線，-x86-mingw32，刪除該部分。
   • bcrypt-ruby (3.0.1-x86-mingw32)成爲bcrypt-ruby (3.0.1)
3. 添加ruby下的「平臺」一節中的Gemfile.lock
4. 確保與平臺標誌明確指定Gemfile所需的寶石。 （不知道這是否需要，但它並沒有傷害）
   • 在Gemfile：`gem'bcrypt-ruby'，'〜> 3。0' ，：平臺=> '紅寶石'
5. bundle install再次將保持bcrypt-ruby (3.0.1)線和bcrypt-ruby (3.0.1-x86-mingw32)再次添加。

如果你好奇，所述捆綁補丁，你可以在https://github.com/carlhuda/bundler/pull/1451

希望這有助於人仍在尋找答案，獲得通知。