Aws lambda 为什么在将cors:true选项放回serverless.yml时会出现错误?

Aws lambda 为什么在将cors:true选项放回serverless.yml时会出现错误?,aws-lambda,cors,aws-api-gateway,serverless-framework,Aws Lambda,Cors,Aws Api Gateway,Serverless Framework,为了测试我需要在我的API网关中为Lambda代理启用CORS,我删除了serverless.yml中的CORS:true定义 然后当我把它放回去时,我得到以下错误: 您只能使用“源”或“源”,但不能同时使用两者来配置CORS。请查看文档以了解更多信息 我在文档中找不到任何东西可以解释为什么我的代码会抛出该错误。 我知道单线版本与多线版本是一致的,如下所示: cors: origins: - '*' headers:

为了测试我需要在我的API网关中为Lambda代理启用CORS,我删除了serverless.yml中的
CORS:true
定义

然后当我把它放回去时,我得到以下错误:

您只能使用“源”或“源”,但不能同时使用两者来配置CORS。请查看文档以了解更多信息

我在文档中找不到任何东西可以解释为什么我的代码会抛出该错误。
我知道单线版本与多线版本是一致的,如下所示:

cors:
            origins:
              - '*'
            headers:
              - Content-Type
              - X-Amz-Date
              - Authorization
              - X-Api-Key
              - X-Amz-Security-Token
            allowCredentials: false
根据:

它是否缓存了配置,现在它认为我声明了两次,一次为“origin”,另一次为“origins”

我不明白,如果我只是在部署之间切换“cors:true”行,为什么会出现这个错误

这是我的serverless.yml:

functions:
  submitApi:
    handler: handler.submit
    description: Cloud API integration to the Third-Party API
    events:
      - http:
          path: thirdParty
          method: post
          cors: true
更新
这个问题似乎是在无服务器项目中跟踪的一个bug,在这里可以找到:

我不太清楚为什么这样做有效,但我把它换成了长格式,构建成功完成了。我很感兴趣,这也是我今天才开始遇到的。我想知道最新版本中是否有bug。是的-看到这个问题了:有趣的是,使用详细的配置,我得到了一个cors错误