GitHub企业仓库共享Workflow部分无法访问，报‘workflow was not found’的原因

以下是导致部分仓库出现error parsing called workflow和workflow was not found报错的常见原因：

• 引用路径错误：检查失败仓库中调用共享工作流的语法是否正确。合规的调用格式应为{owner}/{repo}/.github/workflows/{workflow-file}.yml@{ref}，若存在所有者名称拼写错误、仓库名不符、工作流文件名错误或引用的分支/标签不存在等问题，都会触发找不到工作流的报错。

• 权限配置不一致：

  • 共享工作流所在仓库的访问权限：若该仓库为私有/内部仓库，部分企业仓库可能未被授予访问权限。需在共享仓库的设置中，确认失败仓库所属的组织、团队或特定仓库已被添加至授权访问列表。
  • 企业组织策略限制：部分组织可能配置了跨仓库工作流调用的限制规则，比如禁止调用外部仓库工作流，或仅允许调用指定仓库的工作流，这会导致受限仓库无法访问目标共享工作流。

• 引用的分支/标签失效：如果调用共享工作流时指定了特定分支（如@main）或标签，而该分支被删除、重命名，或标签不存在，就会触发报错。核对失败仓库中工作流引用的ref值是否仍有效。

• 共享工作流文件变更未同步：共享工作流所在仓库若修改了工作流文件名、删除了目标工作流文件，或者文件本身出现语法错误，而调用方未同步更新引用信息，就会导致部分仓库调用失败（成功的仓库可能引用了未变更的旧版本ref）。

内容的提问来源于stack exchange，提问作者Jannes Botis