在 IBM Cloud 中使用持续集成时保留应用程序特定变量
Keeping app specific variables when using continuous integration in IBM Cloud
我有一个用 Node.js 编写的应用程序，我正在将其部署到 IBM Cloud 基础架构。只要我的 manifest.yml 文件中嵌入了该应用程序的环境变量，一切都很好。这并不理想，因为它将这些安全值保存在我的 GitHub 存储库中。
我使用 .env 文件进行本地测试并将其放在我的 .gitignore 中可以很好地确保它不会推出 Git 存储库，但必须将值放入我的清单确实达不到目的。
有没有办法确保我的环境变量在我存储在我的 IBM Cloud 应用程序上的 CI 次运行之间保持不变，而无需诉诸于将它们存储在清单中？
你在哪里 运行 持续集成？如果您 运行 在 IBM Cloud Continuous Delivery 上，您可以设置环境变量并提供对您的作业的访问权限。
您可以在 here 中查看文档。
如果您正在使用 Cloud Foundry，那么我建议您看看如何 Cloud Foundry integrates with services. It allows to bind a service to an app, thereby making the credentials available. If you already have some services, like another database, you can utilize the concept of user-provided service。不需要设置变量，由Cloud Foundry管理。
这些概念与 IBM Cloud 上的持续交付服务很好地集成。
我有一个用 Node.js 编写的应用程序，我正在将其部署到 IBM Cloud 基础架构。只要我的 manifest.yml 文件中嵌入了该应用程序的环境变量，一切都很好。这并不理想，因为它将这些安全值保存在我的 GitHub 存储库中。
我使用 .env 文件进行本地测试并将其放在我的 .gitignore 中可以很好地确保它不会推出 Git 存储库，但必须将值放入我的清单确实达不到目的。
有没有办法确保我的环境变量在我存储在我的 IBM Cloud 应用程序上的 CI 次运行之间保持不变，而无需诉诸于将它们存储在清单中？
你在哪里 运行 持续集成？如果您 运行 在 IBM Cloud Continuous Delivery 上，您可以设置环境变量并提供对您的作业的访问权限。
您可以在 here 中查看文档。
如果您正在使用 Cloud Foundry，那么我建议您看看如何 Cloud Foundry integrates with services. It allows to bind a service to an app, thereby making the credentials available. If you already have some services, like another database, you can utilize the concept of user-provided service。不需要设置变量，由Cloud Foundry管理。
这些概念与 IBM Cloud 上的持续交付服务很好地集成。