Heroku管道配置变量
这个问题我已经讨论过很多次了。当我将暂存应用程序升级到生产应用程序时,其配置变量未正确加载。现在,我的生产应用程序正在使用我的暂存配置变量。如何解决此问题?来自: 管道仅管理应用程序段塞。Git repo,config vars, 附加组件和其他环境依赖项不被视为一部分 必须独立管理 因此,如果您的“构建工件”(即,您的slug)包含来自暂存应用程序的配置变量,它将被升级为prod。所有管道真正做的是允许您只需使用前一个环境中完全相同的slug就可以跳过slug编译。如果您不能从staging环境中的代码库的slug编译中删除配置变量,我将避免使用管道Heroku管道配置变量,heroku,ember.js,Heroku,Ember.js,这个问题我已经讨论过很多次了。当我将暂存应用程序升级到生产应用程序时,其配置变量未正确加载。现在,我的生产应用程序正在使用我的暂存配置变量。如何解决此问题?来自: 管道仅管理应用程序段塞。Git repo,config vars, 附加组件和其他环境依赖项不被视为一部分 必须独立管理 因此,如果您的“构建工件”(即,您的slug)包含来自暂存应用程序的配置变量,它将被升级为prod。所有管道真正做的是允许您只需使用前一个环境中完全相同的slug就可以跳过slug编译。如果您不能从staging环
注意:在提交此答案时,这一点是正确的,谁知道Heroku将来是否能够改变这一点。哦,我想现在我明白了这个问题。应用程序的重置不会再次产生slug吗?如果没有,有没有办法重新加载我的配置变量?如果重置是指heroku restart-a yourProdApp,那么没有。重新启动只会重新启动dyno,不会生成新的slug。要将配置变量放入slug,必须触发构建,例如,
git-push-heroku-master
。这个问题存在的一个原因是,配置变量应该在运行时使用,而不是在构建时使用