我应该如何在公共仓库中处理 Cloudinary 的 cloudinary.yml？答案

【问题标题】：How should I handle Cloudinary's cloudinary.yml in a public repo?我应该如何在公共仓库中处理 Cloudinary 的 cloudinary.yml？
【发布时间】：2012-09-08 04:43:29
【问题描述】：

我正在尝试同时使用 Heroku 和 Cloudinary，但是由于不存在配置变量，因此 slug 编译不起作用。 Cloudinary 需要一个环境变量或 cloudinary.yml。我不想将仓库设为私有仓库来存储 cloudinary.yml 文件。

我该怎么办？

【问题讨论】：

标签： heroku assets precompile cloudinary

【解决方案1】：

您现在可能已经找到了一个很好的解决方案，但以防万一，我建议您使用 Heroku 的环境配置。

在您的 cloudinary.yml 中使用环境变量：

production:
  cloud_name: sam-thornton
  api_key: <%= ENV["CLOUDINARY_API_KEY"] %>
  api_secret: <%= ENV["CLOUDINARY_API_SECRET"] %>
  enhance_image_tag: true
  static_image_support: true

然后从终端设置您的 Heroku 配置：

heroku config:set CLOUDINARY_API_KEY=YOUR_KEY
heroku config:set CLOUDINARY_API_SECRET=YOUR_SECRET

通过这种方式，您可以安全地将 cloudinary.yml 文件保存在公共存储库中（因此仍然可以与 Heroku 同步），而无需发布敏感信息。

【讨论】：

【解决方案2】：

事实证明，附加 config.assets.initialize_on_precompile = false 将更正预编译。

【讨论】：