服务器和应用程序在两个不同的 git 存储库上
Server and application on two different git repositories
我想使用 IBM Bluemix DevOps Services,尤其是自动化管道,通过构建、测试传递最后推送的提交,然后在测试环境中部署。
我找到的所有指南都建议将服务器和应用程序放在一起,并将此回购 link 放到管道中。虽然这样的配置有效,但我觉得它违反了 Django 标准。应用程序(我开发的)应该与服务器(这只是使应用程序工作的一部分)分开(即:在另一个 git 存储库中)。
我不知道如何处理这种情况。我应该:
- 编写一个构建脚本,使用
git clone
来检索类似 https://github.com/fe01134/djangobluemix 的构建包,然后修改足够的文件;
- 找到一种将两个 git 存储库附加到一个管道的方法;
- 忘记这个想法并采用 IBM 推荐的方法将服务器和应用程序放在同一个存储库中?
您似乎正在尝试创建自己的构建包(通过克隆 Django 并对其进行编辑)。
Bluemix 支持来自任何 public git 存储库的第 3 方构建包,因此您最好的选择是执行以下操作:
- 分叉 django buildpack 并为您的应用程序进行所需的编辑
- 将您的应用程序放入它自己的存储库中
- 将管道指向此存储库并配置您的 build/test/deploy 阶段
- 通过包含 buildpack line in your manifest.yml 或将部署脚本修改为
cf push -b http://yourbuildpackurl.git "${CF_APP}"
,将您的 "deploy" 阶段配置为使用新修改的构建包
这个例子只是使用一个文件来指定对 Django 的依赖,而不是把它放在你的 repo 中(在步骤 4 中):
https://www.ibm.com/developerworks/cloud/library/cl-worldbank-charting-app/
我想使用 IBM Bluemix DevOps Services,尤其是自动化管道,通过构建、测试传递最后推送的提交,然后在测试环境中部署。
我找到的所有指南都建议将服务器和应用程序放在一起,并将此回购 link 放到管道中。虽然这样的配置有效,但我觉得它违反了 Django 标准。应用程序(我开发的)应该与服务器(这只是使应用程序工作的一部分)分开(即:在另一个 git 存储库中)。
我不知道如何处理这种情况。我应该:
- 编写一个构建脚本,使用
git clone
来检索类似 https://github.com/fe01134/djangobluemix 的构建包,然后修改足够的文件; - 找到一种将两个 git 存储库附加到一个管道的方法;
- 忘记这个想法并采用 IBM 推荐的方法将服务器和应用程序放在同一个存储库中?
您似乎正在尝试创建自己的构建包(通过克隆 Django 并对其进行编辑)。
Bluemix 支持来自任何 public git 存储库的第 3 方构建包,因此您最好的选择是执行以下操作:
- 分叉 django buildpack 并为您的应用程序进行所需的编辑
- 将您的应用程序放入它自己的存储库中
- 将管道指向此存储库并配置您的 build/test/deploy 阶段
- 通过包含 buildpack line in your manifest.yml 或将部署脚本修改为
cf push -b http://yourbuildpackurl.git "${CF_APP}"
,将您的 "deploy" 阶段配置为使用新修改的构建包
这个例子只是使用一个文件来指定对 Django 的依赖,而不是把它放在你的 repo 中(在步骤 4 中):
https://www.ibm.com/developerworks/cloud/library/cl-worldbank-charting-app/