什么能导致`rails s`忽略-e开关？

Question

我看到一些奇怪的行为，当我运行Rails服务器rails s -e [env]（双**添加了强调）：

~/app> rails s -e=**production**# << ok...v 
=> Booting Mongrel    #   v huh? 
=> Rails 3.1.1 application starting in **test** on http://0.0.0.0:3000 
=> Call with -d to detach 
=> Ctrl-C to shutdown server 
^CExiting 
~/app> rails s -e=**development** 
=> Booting Mongrel 
=> Rails 3.1.1 application starting in **test** on http://0.0.0.0:3000 
=> Call with -d to detach 
=> Ctrl-C to shutdown server 
^CExiting 
~/app> RAILS_ENV=**development** rails s 
=> Booting Mongrel 
=> Rails 3.1.1 application starting in **development** on http://0.0.0.0:3000 
=> Call with -d to detach 
=> Ctrl-C to shutdown server 
^CExiting 
~/app> RAILS_ENV=**production** rails s 
=> Booting Mongrel 
=> Rails 3.1.1 application starting in **production** on http://0.0.0.0:3000 
=> Call with -d to detach 
=> Ctrl-C to shutdown server 

其结果是，-e开关被忽略。

的没有提到在那里将被覆盖的任何情况。命令行帮助说-e Specifies the environment to run this server under test/development/production).好的。

我真的认为这是几个星期前，做工精细（已经有一段时间了，我开始上那箱督促服务器），所以我可能已经改变的东西，打破了这一点，但什么？我检查了我在那里用=代替==，但没有发现任何地方。不要认为这将解释这一点。

更新：约翰正确地指出它是-e [env]。我首先尝试了相同的结果，然后尝试-e=[env]。正确的方法（仍然会产生不正确的结果）：

~/app> rails s -e production -p 5000 
=> Booting Mongrel ^^^^^^^^^   vvvv 
=> Rails 3.1.1 application starting in test on http://0.0.0.0:5000 
=> Call with -d to detach 
=> Ctrl-C to shutdown server 

Answer 1

检查你没有RAILS_ENV环境变量设置为任何你传递的命令行选项，它会覆盖。

的rails source ydoes这

ENV["RAILS_ENV"] ||= options[:environment] 

options从命令行参数填充的相关位，所以如果RAILS_ENV已经设置您的命令行选项没有任何效果。

Answer 2

这rails s -e <env>，不rails s -e=<env>。注意与环境的名称-e之间的空间：

#Ψ rails s -e production 
#=> Booting WEBrick      vvvvvvvvvv 
#=> Rails 3.1.1 application starting in production on http://0.0.0.0:3000 
             ^^^^^^^^^^ 
#Ψ rails s -e staging 
#=> Booting WEBrick      vvvvvvv 
#=> Rails 3.1.1 application starting in staging on http://0.0.0.0:3000 
             ^^^^^^^