直接从bitbucket git repo构建时，Openshift在线构建在超时时结束

尝试创建应用程序时：

rhc --debug app create mezzgit python-2.7 --from-code https://radeksvarz@bitbucket.org/radeksvarz/mezzanineopenshift.git

应用程序未创建，我得到：

...
DEBUG:    code 422 270080 ms

  The initial build for the application failed: Shell command '/sbin/runuser -s
  /bin/sh 53c31a3ae0b8cd298e0009c0 -c "exec /usr/bin/runcon
  'unconfined_u:system_r:openshift_t:s0:c2,c490' /bin/sh -c \"gear postreceive
  --init >> /tmp/initial-build.log 2>&1\""' exceeded timeout of 232
...

然而，这是可行的：

rhc app create mezzgit python-2.7
cd mezzgit
del *
git remote add mezzanineopenshift -m master git@bitbucket.org:radeksvarz/mezzanineopenshift.git
git pull -s recursive -X theirs mezzanineopenshift master
git add -A
git commit -m "initial mezzanine deploy"
git push origin

---

第一种情况下为什么会出现错误？

您提供的第一个示例：

rhc——调试应用程序创建mezzgit python-2.7——来自代码`

本质上是在一次呼叫中执行两个主要操作。第一个是创建应用程序运行所需的一切，第二个是使用自定义模板创建应用程序。应用程序创建过程有一个与之相关的超时，以防止事情永远运行或花费大量时间，从而导致Openshift代理出现问题

现在，

--from code

表示您希望在应用程序创建过程中使用。决定这是否成功的因素之一是在Openshift gear上设置和完成快速启动需要多长时间。因此，如果执行了大量冗长的脚本或下载了大量文件，那么您的应用程序创建可能会超时

---

因此，如果无法在指定的超时时间内创建/完成快速启动或可下载盒带；最好选择第二个选项。这就是创建基本应用程序，拉入远程回购，然后将更改推回。这将事情分为两个不同的操作，因此需要Openshift代理执行更少的工作/等待

谢谢你的解释。尽管这意味着我们无法开发一些需要安装多个（python）依赖项的快速入门。您仍然可以创建快速入门，但如果存在大量依赖项，您将无法创建“一键部署”快速入门。如果你做一次点击部署是很重要的，考虑把你的东西变成一个定制的墨盒，这意味着人们需要在这样的“快速启动”中遵循相同的CLI程序。这是正确的吗？