如何得到这个错误？

我将 Meteor 2.2 与 Node 12.16.1 和 CircleCI 编译器 @ version: 2.1 与最新的 docker 映像一起使用。

对于一个基地，我正在使用定制的 docker “meteor-launchpad”

我决定将我们的 Meteor 从 1.11.1 升级到 2.2

脚本中的命令发生故障：

meteor build --directory "$APP_BUNDLE_DIR" --server-only

"$APP_BUNDLE_DIR" 在 "meteor-launchpad" 图像创建期间设置（它已经在图像中设置）：

ENV APP_BUNDLE_DIR /opt/meteor/dist

此错误在 1.11.1 Meteor 版本中不存在（也不存在）

使用 Ubuntu 20 在我的本地服务器上创建映像期间不存在此错误

我开发了自定义启动板并添加了一种使用任何 Meteor 版本的方法。效果是在 Meteor 1.11.1 上它能够在 CircleCI 上创建图像。

系统（基本映像）上正在使用非特殊用户。它是标准的：root@debian:jessie

对于节点：用户节点是使用组节点创建的：

我尝试为用户授予对某些组的访问权限，但没有效果：

Meteor 的标志在启动板中设置：METEOR_ALLOW_SUPERUSER=true

我不确定在哪里可以找到更多信息来解决这个问题。任何想法如何解决该错误？它说PERM错误，这表明存在一些权限问题，但安装由root用户处理。我需要为 CircleCI 设置任何环境值吗？

CircleCI (2.1) 使用 Meteor (2.2) 的详细错误：

我们正在借助circle ci 中提供的并行功能来改进总测试执行时间。我们已经实现了 3 的并行性，并且我们能够成功地将测试拆分到所有可用的机器上。到目前为止很好没有问题。

我们面临的问题是关于整合构建通知。在实现并行性之前，在步骤结束时，我们有一个运行步骤以通过电子邮件和聊天发送构建状态通知。

当并行运行时，我们会收到关于我们认为即兴创作的所有三台机器的通知。请提出一种处理方法。以下是我们使用的工作和工作流程示例

要求是，需要根据所有 3 台机器试运行结果发送综合通知。

我有一个 CircleCi 配置，我现在正在尝试并行运行我的测试，因为包含大约 2,000 个测试的测试套件目前大约需要 30 分钟。我想减少运行时间而不增加运行时间，resource_class因为我认为不需要这样做（而且需要更多的积分）。

我有一个 docker 环境，我自己的 Dockerfile 托管在 GitHub 中，因此我的测试可以运行。pytest我使用这个环境进行开发，因此如果没有构建我的 Dockerfile ，系统就无法运行。

我遇到的问题是定义我的jobs，以便他们可以使用我构建的 docker 容器。例如，我想构建我的执行环境，然后将其用于测试，这样我就可以在配置中并行运行它们，如下所示，但这是无效的配置，因为执行程序没有正确定义，它只是显示更多-或-少我所追求的：

我也试过用另一种方式写这个，我正在使用一份工作，但它似乎没有用，所以我觉得某种类型的执行者是要走的路，有人可以帮忙吗？

我在我的 gradle 中定义了产品风味

我有三种构建类型

实现了一个用于上传工件的谷歌播放

这是我的 CircleCi 配置文件：

在这里我写了一个工作流程

当我在 gradle 文件中使用命令publishLiveRelease或publishLiveReleaseBundlewithdefaultToAppBundles = true时，它不起作用，它会引发如下异常

• 出了什么问题：无法确定任务“：app：publishLiveRelease”的依赖关系。

无法创建任务 ':app:publishLiveReleaseBundle'。'com.android.build.gradle.internal.variant.InstallableVariantData com.android.build.gradle.internal.api.InstallableVariantImpl.getVariantData()'

• 尝试：使用 --info 或 --debug 选项运行以获得更多日志输出。运行 --scan 以获得完整的见解。

• 例外是：org.gradle.api.internal.tasks.TaskDependencyResolveException：无法确定任务'：app：publishLiveRelease'的依赖关系。在 org.gradle.api.internal.tasks.CachingTaskDependencyResolveContext.getDependencies(CachingTaskDependencyResolveContext.java:69) 在 org.gradle.execution.plan.TaskDependencyResolver.resolveDependenciesFor(TaskDependencyResolver.java:46) 在 org.gradle.execution.plan.LocalTask​​Node .getDependencies(LocalTask​​Node.java:161) 在 org.gradle.execution.plan.LocalTask​​Node.resolveDependencies(LocalTask​​Node.java:129) 在 org.gradle.execution.plan.DefaultExecutionPlan.doAddNodes(DefaultExecutionPlan.java:165) 在 org. gradle.execution.plan.DefaultExecutionPlan.addEntryTasks(DefaultExecutionPlan.java:135) 在 org.gradle.execution.taskgraph.DefaultTaskExecutionGraph.addEntryTasks(DefaultTaskExecutionGraph.java: java:297) 在 org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) 在 org.gradle. internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56) 原因：org.gradle.api.internal.tasks.DefaultTaskContainer$TaskCreationException：无法创建任务'：app：publishLiveReleaseBundle'。在 org.gradle.api.internal.tasks.DefaultTaskContainer.access$600(DefaultTaskContainer.java:77) 在 org.gradle.api 的 org.gradle.api.internal.tasks.DefaultTaskContainer.taskCreationException(DefaultTaskContainer.java:719)。 internal.tasks.DefaultTaskContainer$TaskCreatingProvider.domainObjectCreationException(DefaultTaskContainer.java:711) 在 org.gradle.api.internal。

有谁知道我如何使用圆圈上传捆绑工件到播放控制台？

我的主要想法是有两个独立的环境 - 一个 forproduction和一个 for staging。

为此，我在 Heroku 上创建了两个存储库（我不确定是否可以使用一个存储库来实现）

在这里你可以看到我是如何让它为我工作的，但似乎我不能在那里设置任何环境，也HEROKU_APP_NAME不能NODE_ENV。

对于我在项目设置中设置环境变量的生产，它对我来说很好。但是当我尝试在配置文件中设置它时，它不想工作。

我在这里做错了什么，它不想为我设置环境变量？或者也许有更好的方法来分离 Heroku 和 CircleCI 之间的模式？

编辑：

据我了解NODE_ENV，我应该通过 CircleCI 命令将变量设置在 Heroku 的一侧，对吗？不是我在这里设置的方式

2021-08-17T16:04:33.978Z 错误@wdio/runner：错误：无法创建会话。[0-6] 无法连接到“http://localhost:9515/”，请确保浏览器驱动程序正在该地址上运行。[0-6] 如果您使用 chromedriver 等服务，请参阅上面的 initialiseServices 日志或 wdio.log 文件，因为该服务可能无法启动驱动程序。[0-6] 在 Object.startWebDriverSession (/home/circleci/project/node_modules/@wdio/runner/node_modules/webdriver/build/utils.js:68:15) [0-6] 在 processTicksAndRejections (internal/process/ task_queues.js:94:5)

我在现有的 circleci 工作流程中添加了一个作业，我只想在 repo 中更改 yaml 文件时运行该作业。有什么办法吗？TIA。

我需要添加一个circleCI作业，在拉取一个docker镜像（abc）之后，我需要在由image abc创建的容器上执行一个“docker run”命令来完成这项工作。

我收到以下错误：

我想知道我是否使用了错误的执行器类型？或者我在这里遗漏了什么？

我推送到我的 Github 存储库的任何新提交都会自动触发 CircleCI 工作流程，这很棒。

当我创建新的拉取请求时，工作流的状态会反映在我的 PR 中。所有这些都很好。

但是，我最近在我的工作流程中添加了代码覆盖率，以便在检查后自动将评论发布到我的 PR。如果我在推送提交后没有立即创建 PR，并且仅在工作流完成提交运行后才创建 PR，则机器人不会向我的 PR 发布任何覆盖评论，因为工作流已经运行对于那个提交。当我使用该提交创建新 PR 时，工作流程不会再次重新运行。

在创建新 PR 时，是否有强制 CircleCI 再次重新运行工作流程？

我是 TU 的新手，我尝试学习如何使用“CircleCI”，这是我的测试代码：

它给了我错误：“我们找不到文件夹 client-web”我不明白为什么他们找不到我的位置

（我当然尝试过首先做 cd client_web）

我的项目是这样的：

感谢您的回答