实际问题的答案-来自市场的url-health-check-action：

jobs:
  deployment: 
    ...
    ...
  
  wait:
    needs: deployment
    steps:
    - name: Check the deployed service URL
      uses: jtalk/url-health-check-action@v3
      with:
        url: https://example.com|http://example.com
        max-attempts: 3 
        retry-delay: 5s

字符串
This答案涵盖了如何触发另一个工作流的所有不同方法，所以我不会详细介绍。
我的两分钱：
我想质疑将组件A的成功部署与组件B的测试捆绑在一起的想法。
如果后端和前端的源代码被分成两个仓库，我假设它们的开发生命周期也是相互独立的。只有在后端成功部署之后才调用前端的测试阶段，这意味着你将暴露自己：

• 失败的后端未触发可能成功的前端
• 运行后端，而前端是失败的，并等待修复。

我会尝试将工作流的职责分离出来--测试和构建每一个repo，并为工件的部署添加另一个编排工作流。