问题标签 [circleci]

我刚刚建立了一个新项目以从 circleci 部署到 heroku。我的构建脚本如下：

在我的 circleci 构建的控制台中，我看到以下内容：

我正在尝试为我的应用程序创建一个演示分支，供应商可以在其中登录以了解有关其功能的更多信息。

我有一个在 Heroku 上部署到生产环境的 master 分支。此外，我有一个部署到我的 Heroku 登台环境的登台分支。在 Github 应用程序中，我从暂存分支创建了一个名为“demo”的分支。

当我使用 CircleCI 进行部署时，我收到以下错误：

我的 circle.yml 如下所示：

暂存的部署流程运行良好，唯一的问题是我的新演示分支。我尝试删除分支和 Heroku 应用程序（foobar-demo.herokuapp.com），但没有任何运气。

CircleCI appengine 文档建议使用密码进行部署。如何使用 oauth2 流程而不是使用密码？我不想分享我的 Google 密码。

我是否~/.appcfg_oauth2_tokens_java从 CircleCI 中存储为环境变量的令牌数据生成文件？有没有更简单的方法？

如何在 CircleCI 中运行 calabash-ios 测试？

这是我尝试过的：

并且在安装了 calabash 之后，CircleCI 最终不会运行写在我的 .feature 文件中的命令。有任何想法吗？

应用是 Firebase、Express、Angular，使用 angular-fullstack 生成器

在应用程序中，auth 由 angularfire 的 $authWithOAuthRedirect 处理。在量角器测试中，我使用 onPrepare 对测试用户进行预授权：

这在我的工作站上效果很好。但是在 CircleCI 中......即使等待时间非常长（比如这里的 60000），e2e 测试也会超时。即使我只是重新运行构建，测试的不同部分也会随机超时。

我不得不在 circle.yml 中禁用我的 e2e 测试，这不是一个特别好的解决方案。

有什么建议么？解决方法的想法？

请参阅随附的图像。在我的 CoreOS 机器上，Docker bulid 有一个标志 -f（文件），它允许您指定一个不名为“Dockerfile”的 dockerfile 来创建构建。例如，当我尝试在 CircleCI 上调用“Docker -f Dockerfile-dev”时，它会因“提供但未定义的标志：-f”而失败。在随附的图像中，您可以看到 -f 标志对于 CircleCI 上的 Docker 实例是未知的。有没有办法解决这个问题，或者“Dockerfile”是用于 CircleCI 构建的 dockerfile 的必需名称？

I am trying to run calabash-ios in CircleCI. I am getting the following error. Is there a way to find out the path or file location that should be used? Error message is attached below.

I have tested it locally on my machine and it works fine, but it isn't working on CircleCI.

my_container我运行时调用了一个容器，docker run -i -t my_container然后可以运行npm --version并得到2.7.4.

但是，当我尝试从容器外部运行相同的命令时，docker run --workdir=/home/ubuntu/www my_container npm --version我收到一条错误消息：

无法找到 npm。lxc-start：容器启动失败。lxcstart：可以通过设置 --logfile 和 --logpriority 选项来获取附加信息。

我运行的大多数命令都具有相同的行为，而不仅仅是npm. 如果这增加了更多线索，我将在 Circle CI 中执行此操作。

我正在使用 Circle CI 进行测试并将 python 应用程序推送到 heroku，以便在机器上运行 Web GUI 测试。

您推荐使用特定数据库内容填充 heroku 实例的方法是什么？

我不认为圆形 CI 应该直接访问 heroku 实例或数据库？

heroku 部署挂钩似乎只能调用网络挂钩。但我想运行一个命令来重置数据库。

我有一个使用 yeoman angular-fullstack 生成器构建的项目。此设置的一部分是创建dist部署目录的 grunt 'build' 任务。

所以我只想将该目录部署到 Heroku，并认为这将是 git 子模块的实际用途。无需担心拉下外部更改，子模块允许将 dist 目录设置为单独的存储库，我可以独立部署到 Heroku。

这一切都在 localhost 上运行良好，我可以在 grunt 完成构建后 cd 进入子模块目录，然后提交更改并将它们推送到子模块的存储库。Heroku 正在监视 repo 并自动部署。

我的问题是，当我尝试在 CircleCI 中做同样的事情时，我似乎无法cd进入子模块目录以添加/提交/推送构建的发行版。

一种想法是我从 dist 'repo' 运行 CircleCI，但这将要求我将所有测试包含在我不想部署到 heroku 的 repo 中。

我正在寻找符合以下条件的人：

1. 知道如何只提交/推送 CircleCI 中的子模块，或者
2. 更好地了解如何将 dist 目录（仅）部署到 Heroku。