github - Github 操作/缓存在什么范围内工作？

Question

我不太明白 Github 到什么程度操作/缓存 有效，我的意思是:
如果我发出拉取请求，然后在同一个拉取请求中再添加 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-

Answer 1

是的，GitHub 的缓存操作在跨分支时具有不直观的行为。拉取请求工作流不共享，标签工作流永远不会被缓存命中。
每 the docs (有用的部分加粗):

A workflow can access and restore a cache created in the current branch, the base branch (including base branches of forked repositories), or the default branch (usually main). For example, a cache created on the default branch would be accessible from any pull request. Also, if the branch feature-b has the base branch feature-a, a workflow triggered on feature-b would have access to caches created in the default branch (main), feature-a, and feature-b.

因此，解决方案是制作一个单独的工作流程，由推送到 main 触发。 ——加上你喜欢的任何基本分支——只是为了保持一个新的缓存可用于拉取请求和标签。