我已改用 environment variables for configuration，它运行良好 - 除非我必须使用 capistrano 部署或运行任务。
Capistrano 3 似乎会执行以/usr/bin/env 为前缀的每个命令，这会清除我通过.bashrc 设置的所有环境变量。
编辑 - 在进行更多研究时，这可能不是问题，问题可能是因为 capistrano 作为非登录、非交互式 shell 执行并且不加载 .bashrc 或.bash_profile。不过还是卡住了。
确保在 capistrano 执行其任务时设置环境变量的最佳方法是什么？
【问题讨论】：
标签： ruby-on-rails environment-variables capistrano capistrano3
你最好看看difference between ENVIRONMENT VARIABLES and SHELL VARIABLES
当您启动 SSH 时，您的应用将加载在您的 .bashrc 文件中定义的 SHELL 变量。它们只在 shell 的生命周期内存在，因此，我们不像 ENV vars 那样使用它们
您最好将 ENV 变量放入：
/etc/environment
像这样：
export ENVIRONMENT_VAR=value
这将使变量在整个系统中可用，而不仅仅是在不同的 shell 会话中
更新
你试过了吗
Capistrano: Can I set an environment variable for the whole cap session?
set :default_env, {
'env_var1' => 'value1',
'env_var2' => 'value2'
}
【讨论】：
export FOO=BAR，这在 SSH 中运行良好。只是不在 Capistrano。
BASH_VERSION 相呼应的测试任务。显示BASH_VERSION，测试变量为空
/etc/environment 或.bashrc 中的环境变量是否存在？
default_env，而不是default_environment (github.com/capistrano/capistrano/pull/564)。这似乎奏效了。不太理想，但它会为我工作:)
虽然已经回答了这个问题，但我将把它留在这里，以防其他人遇到与我相同的情况。
Capistrano 确实加载.bashrc。但是，如果您会注意到文件顶部有这样的内容：
# If not running interactively, don't do anything
[ -z "$PS1" ] && return
解决方案是简单地将任何设置放在此之上，Capistrano 可以按照我的意愿工作。
this GitHub issue 也提到了此解决方案。
【讨论】：
bashrc 文件的末尾......但这些并没有绑定，所以一切都在接近结束时崩溃部署。
为了调试问题更新config/deploy.rb 有一个简单的任务：
namespace :debug do
desc 'Print ENV variables'
task :env do
on roles(:app), in: :sequence, wait: 5 do
execute :printenv
end
end
end
现在运行cap staging debug:env。你应该可以看到ENV变量的有效配置。
文件的顺序和名称取决于您的发行版，例如在 Ubuntu 上，采购顺序如下：
/etc/environment/etc/default/locale/etc/bash.bashrc~/.bashrc当~/.bashrc 包含这样的第一行时，之后的任何代码都不会被获取：
# If not running interactively, don't do anything
case $- in
*i*) ;;
*) return;;
esac
要了解capistrano 如何加载 ENV 变量，此图表 (source) 可能会有所帮助。
~/.bash* 文件很可能由于非交互式会话而未加载。
【讨论】：
您需要在/etc/environment 文件中设置环境变量，以使它们可供系统内的所有用户和进程使用。 .bashrc 或 .bash_profile 文件中的环境变量仅在 shell 会话中可用，不能用于自动生成的进程和服务。
我前段时间创建了一个 Capistrano 库 (capistrano-env_config)，用于跨集群管理和同步环境变量，该库完全通过修改 /etc/environment 文件来工作。它易于使用，类似于使用 Heroku 工具带设置环境变量的方式。以下是一些示例：
cap env:list
cap env:get[VARIABLE_NAME, VARIABLE_NAME, ...]
cap env:unset[VARIABLE_NAME, VARIABLE_NAME, ...]
cap env:set[VARIABLE_NAME=VALUE, VARIABLE_NAME=VALUE, ...]
cap env:sync
【讨论】：
我确定的解决方案是：
参考：http://en.wikibooks.org/wiki/OpenSSH/Client_Configuration_Files#.7E.2F.ssh.2Fenvironment
实际上比这更糟糕。我使用 Upstart 来管理 Puma/Rails，并且还需要在那里设置环境变量。所以，经过几天的实验，我最终找到了以下完整但可怕的解决方案：
在多个文件/模板和多种格式（有导出，没有导出......）中维护相同的环境变量列表是一件很痛苦的事情。幸运的是，在使用 Capistrano 部署到节点之前，使用 Puppet 管理节点的配置使其变得更容易/更可靠......
我真的很讨厌 linux shell、初始化和点文件的整个领域。是时候彻底重启了。
【讨论】：