标签: github-actions

我在 heroku 上创建了一个应用程序，同时向 github 进行身份验证，它说

Error: remote was closed, authorization was denied, or an authentication message otherwise not received before the window closed..

我该如何解决这个问题？

我正在尝试在 Github Actinos 上运行测试，但经过多次尝试后我无法做到这一点。

接收

\n

错误：firestore：Firestore 模拟器已退出，因为未安装 java，您可以从https://openjdk.java.net/install/安装它

\n

  - name: Test\n    uses: w9jds/firebase-action@v1.3.1\n    env:\n      JAVA_HOME: ${{ env.JAVA_HOME }}\n      FIREBASE_TOKEN: ${{ secrets.FIREBASE_TOKEN }}\n      GCLOUD_PROJECT: ${{ secrets.nextGCLOUD_PROJECT }}\n      PROJECT_ID: ${{ secrets.nextFIREBASE_PROJECTID }}\n    with:\n      args: |\n        setup:emulators:firestore --debug\n        firebase emulators:exec --debug --only functions,firestore \\"npm run test --exit -- --forceExit --detectOpenHandles\\"\n\n  - name: Print debug logs\n    if: failure()\n    run: |\n      java --version\n      ls -la\n      find . -type f -name "fire*-debug.log" | xargs cat\n

这就是操作的输出name: Test …

我有一个 GUI 应用程序，我想通过 GitHub Actions 设置测试。我已经进行了设置，以便 GitHub Actions 在 Ubuntu 上编译应用程序，但现在我想做的是运行应用程序几秒钟并测试它是否崩溃。但目前无法启动，因为没有安装X11服务器。

有没有办法可以安装虚拟 X11 服务器，以便应用程序运行？我不关心实际显示的内容，我只是希望应用程序能够打开，而不会因缺少 X11 服务器而失败。

或者，有没有办法安装虚拟 Wayland 服务器？该应用程序也可以在 Wayland 上运行。

我有一个 Visual Studio 解决方案，它有（以及测试项目等）两个项目，最终将作为 Nuget 包。ProjectA 没有任何依赖项，但 ProjectB 依赖于 ProjectA。该解决方案位于 GitHub 存储库中，设置了构建两个项目并将其发布到 Nuget 的工作流程。

在 Visual Studio 中，我有一个从 ProjectB 到 ProjectA 的项目引用，这使得开发和测试变得容易。但是，当我发布时，我希望 ProjectB 对 ProjectA 具有 Nuget 包依赖关系，而不是在包中包含 DLL。

是否有捷径可寻？我看到了这个答案，但它似乎非常手动。我希望有某种方法可以作为构建和发布工作流程的一部分来做到这一点。

我有一个像这样的 GitHub 操作步骤（从较大的文件中提取test.yml）：

    steps:
    - name: Parse
      shell: bash
      env:
        TYPE: ${{matrix.package-type}}
        BV: ${{matrix.builder-version}}
        # This comment is line 63, the "#" is in column 9
        NULL: ${{ matrix.beta-version }}
      run: |
        echo TYPE is "$TYPE"
        echo BV is "$BV"
        printf "Null is '%s'\n" "$NULL"

当我运行它时，我收到以下错误：

The workflow is not valid. .github/workflows/test.yml (Line: 64, Col: 9): Unexpected value ''

为什么这一行无效？我如何解决它？

我不太明白 Github actions/cache 的工作范围，我的意思是：

如果我发出拉取请求，然后在同一个拉取请求中添加 1 个提交，则缓存工作正常，但如果我在同一分支中创建新的拉取请求 - 缓存将重置并再次启动，但为什么呢？

有没有办法将文件缓存扩展到所有yml文件，以便每个拉取请求都使用现有的缓存？

因为事实证明，为了加快工作速度，开发人员总是需要将他们的工作投入到一个分支中，这在某种程度上听起来像是无稽之谈。

信息

我的缓存密钥的形成如下

- uses: actions/cache@v2
  id: composer-cache
  with:
     path: .github/docker/development/php-cli/composer/cache
     key: ${{ runner.os }}-develop-composer-${{ hashFiles('src/composer.lock') }}
     restore-keys: |
        ${{ runner.os }}-develop-composer-

我正在开发一个 Spring Boot 应用程序，应使用 Cloud Native Build Packs / Paketo.io 将其打包到 OCI 容器中。我使用 GitHub Actions 构建它，我的工作流程build.yml如下所示：

name: build

on: [push]

jobs:
  build-with-paketo-push-2-dockerhub:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2

      - name: Login to DockerHub Container Registry
        run: echo $DOCKER_HUB_TOKEN | docker login -u jonashackt --password-stdin
        env:
          DOCKER_HUB_TOKEN: ${{ secrets.DOCKER_HUB_TOKEN }}

      - name: Install pack CLI via apt. See https://buildpacks.io/docs/tools/pack/#pack-cli
        run: |
          sudo add-apt-repository ppa:cncf-buildpacks/pack-cli
          sudo apt-get update
          sudo apt-get install pack-cli

      - name: Build app with pack …

我在 GitHub 上有两个私有存储库。

mygh/my-action
mygh/my-code

我正在尝试运行mygh/my-code使用自定义操作的工作流程mygh/my-action，但 GitHub Actions 失败并出现以下错误：

Failed to resolve action download info. Error: Unable to resolve action `mygh/my-action@main`, repository not found
Retrying in 12.717 seconds
Failed to resolve action download info. Error: Unable to resolve action `mygh/my-action@main`, repository not found
Retrying in 11.214 seconds
Error: Unable to resolve action `mygh/my-action@main`, repository not found

我想在我们的存储库中使用此 GitHub 操作来检查 PR。我们在同一存储库中创建带有主分支的拉取请求，在该拉取请求中处理反馈/反馈合并，然后合并到主控中。我正在使用pull_request事件触发器来触发操作。

我收到此错误：

错误：需要参数令牌或 opts.auth

当我在虚拟 PR 上测试该操作时，从这样的评论中我认为操作中的这一行没有获得GITHUB_TOKEN.

从这篇GitHub 安全实验室帖子中，我看到：

通过 pull_request_target 触发的工作流具有对目标存储库的写入权限。他们还可以访问目标存储库机密。对于来自同一存储库中的分支（但不是来自外部分支）的pull_request 触发的工作流也是如此。后者背后的原因是，如果创建 PR 的用户已经拥有目标存储库的写入权限，则共享存储库机密是安全的。

由此，我的猜测是pull_request应该能够访问该令牌。

我在我们的设置中遗漏了什么吗？

我不确定我的用例是否适合一个 dependentabot，因此希望有人可以告诉我是否适合，如果适合，请向我指出一些有关如何执行我所描述的操作的文档：

我想创建的工作流程：

1. 对每个开发人员拉取请求运行 dependentabot 扫描
2. dependentabot 仅报告新引入或更新的依赖项
3. 拉取请求被任何具有中等或更高漏洞的新依赖项阻止
4. dependentabot 不会因 PR 扫描而创建 PR

这可能吗？