Circleci 2.0 Circleci在合并的分支上运行

我在github上有一个项目，一些问题已经解决，它已经合并了pullrequests。 我试图通过在项目的根目录中添加circleci config（我创建了一个新的分支并推送了它）来使用circleci对项目进行聚合。circleci/config.yml：

version: 2
jobs:
  build:
    working_directory: ~/circleci
    docker:
      - image: circleci/openjdk:8-jdk
    environment:
      MAVEN_OPTS: -Xmx3200m
    steps:
      - checkout
      - restore_cache:
          keys:
            - v1-dependencies-{{ checksum "pom.xml" }}
            - v1-dependencies-
      - run: mvn dependency:go-offline
      - save_cache:
          paths:
            - ~/.m2
          key: v1-dependencies-{{ checksum "pom.xml" }}
      - run: mvn test

我得到一个错误：

#!/bin/sh -eo pipefail
# No configuration was found in your project. Please refer to https://circleci.com/docs/2.0/ to get started with your configuration.
# 
# -------
# Warning: This configuration was auto-generated to show you the message above.
# Don't rerun this job. Rerunning will have no effect.
false
Exited with code 1

它尝试在合并的pullrequest上运行作业

如何让circlecie从我添加circleci配置的新pullrequest运行构建

p、 我试图将circleci配置添加到我的主分支中，但没有任何帮助

---

谢谢

您的

工作目录设置不正确。也许你的意思是
~/.circleci
？顺便说一下，人们通常将工作目录设置为项目的根目录，而不是
.circleci
目录。
circleci将在从GitHub触发webhook的分支中查找
.circleci/config.yml

这意味着在PR中，配置必须存在于分支中，并且一旦合并，将包含在主配置中

当第一次通过UI添加时，CircleCI只查看master，但随后对任何分支的推送（只要该分支中存在.CircleCI/config.yml）都会起作用。
Working_目录不会影响此行为，因为它存在于配置中，在这种情况下CircleCI不会加载该配置。否则~/circleci就可以了，如果使用了circleci映像，则会使签出目录
/home/circleci/circleci
。