<bdo id='ld35M'></bdo><ul id='ld35M'></ul>

<small id='ld35M'></small><noframes id='ld35M'>

  • <legend id='ld35M'><style id='ld35M'><dir id='ld35M'><q id='ld35M'></q></dir></style></legend>
      <tfoot id='ld35M'></tfoot>
    1. <i id='ld35M'><tr id='ld35M'><dt id='ld35M'><q id='ld35M'><span id='ld35M'><b id='ld35M'><form id='ld35M'><ins id='ld35M'></ins><ul id='ld35M'></ul><sub id='ld35M'></sub></form><legend id='ld35M'></legend><bdo id='ld35M'><pre id='ld35M'><center id='ld35M'></center></pre></bdo></b><th id='ld35M'></th></span></q></dt></tr></i><div id='ld35M'><tfoot id='ld35M'></tfoot><dl id='ld35M'><fieldset id='ld35M'></fieldset></dl></div>

      1. 为什么计划的Github操作工作流没有在正确的时间触发cron?

        时间:2024-08-11

          <small id='6kEuy'></small><noframes id='6kEuy'>

          <tfoot id='6kEuy'></tfoot>

            <tbody id='6kEuy'></tbody>
        1. <i id='6kEuy'><tr id='6kEuy'><dt id='6kEuy'><q id='6kEuy'><span id='6kEuy'><b id='6kEuy'><form id='6kEuy'><ins id='6kEuy'></ins><ul id='6kEuy'></ul><sub id='6kEuy'></sub></form><legend id='6kEuy'></legend><bdo id='6kEuy'><pre id='6kEuy'><center id='6kEuy'></center></pre></bdo></b><th id='6kEuy'></th></span></q></dt></tr></i><div id='6kEuy'><tfoot id='6kEuy'></tfoot><dl id='6kEuy'><fieldset id='6kEuy'></fieldset></dl></div>
            <bdo id='6kEuy'></bdo><ul id='6kEuy'></ul>

                <legend id='6kEuy'><style id='6kEuy'><dir id='6kEuy'><q id='6kEuy'></q></dir></style></legend>
                • 本文介绍了为什么计划的Github操作工作流没有在正确的时间触发cron?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

                  问题描述

                  我有一个每小时、每小时触发的Github操作工作流。

                  虽然工作流确实运行,但它不会在计划的时间运行,即它不会在整点运行。可能有超过30分钟的延误。我不知道为什么会这样。

                  它不是工作流本身,因为它在我大约30秒后手动运行时执行。

                  有人能告诉我延误的原因吗?

                  这是时区问题吗?即使如此,在两个连续的工作流运行之间应该有1小时的固定间隔,但情况并非如此。

                  这是代码。

                  # This is a basic workflow to help you get started with Actions
                  
                  name: Email every hour
                  
                  # Controls when the action will run. 
                  on:
                    # Triggers the workflow on push or pull request events but only for the main branch
                    push:
                      branches: [ main ]
                    pull_request:
                      branches: [ main ]
                    schedule:
                      - cron: "0 */1 * * *"
                  
                    # Allows you to run this workflow manually from the Actions tab
                    workflow_dispatch:
                  
                  # A workflow run is made up of one or more jobs that can run sequentially or in parallel
                  jobs:
                    # This workflow contains a single job called "build"
                    build:
                      # The type of runner that the job will run on
                      runs-on: ubuntu-latest
                      strategy:
                        matrix:
                          python-version: [3.8]
                  
                      # Steps represent a sequence of tasks that will be executed as part of the job
                      steps:
                        # Checks-out your repository under $GITHUB_WORKSPACE, so your job can access it
                        - uses: actions/checkout@v2
                  
                        # Set up Python environment
                        - name: Set up Python ${{ matrix.python-version }}
                          uses: actions/setup-python@v2
                          with:
                            python-version: ${{ matrix.python-version }}
                  
                        # Install dependencies
                        - name: Install dependencies
                          run: |
                            python -m pip install --upgrade pip
                            pip install -r requirements.txt
                            
                        # Run script to send email
                        - name: Run script
                          run: python emailer.py
                          env:
                            EMAIL_USER: ${{ secrets.EMAIL_USER }}
                            EMAIL_PASSWORD: ${{ secrets.EMAIL_PASSWORD }}
                            TO_EMAIL: ${{ secrets.TO_EMAIL }} 
                  

                  Github Repo

                  推荐答案

                  当您使用计划设置GitHub操作工作流(例如每10分钟一次)时,您实际上是在请求GitHub为您计划该工作流。不能保证工作流每10分钟运行一次。

                  在GitHub支持社区(No assurance on scheduled jobs?)的讨论中,Github合作伙伴@brightran多次表示,触发计划的工作流可能会延迟:

                  一般延误时间在3到10分钟左右。有时候,它可能 可能更多,甚至几十分钟,或者超过一个小时。

                  他还表示,如果延误时间过长,当天可能不会触发预定的工作流程。因此,不建议对需要执行保证的生产任务使用GitHub操作计划工作流。

                  Source

                  这篇关于为什么计划的Github操作工作流没有在正确的时间触发cron?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

                  上一篇:如何在GraphQL URL中查找可用操作? 下一篇:为什么不能从方法访问类变量?

                  相关文章

                    <tfoot id='BqGb9'></tfoot><legend id='BqGb9'><style id='BqGb9'><dir id='BqGb9'><q id='BqGb9'></q></dir></style></legend>
                    <i id='BqGb9'><tr id='BqGb9'><dt id='BqGb9'><q id='BqGb9'><span id='BqGb9'><b id='BqGb9'><form id='BqGb9'><ins id='BqGb9'></ins><ul id='BqGb9'></ul><sub id='BqGb9'></sub></form><legend id='BqGb9'></legend><bdo id='BqGb9'><pre id='BqGb9'><center id='BqGb9'></center></pre></bdo></b><th id='BqGb9'></th></span></q></dt></tr></i><div id='BqGb9'><tfoot id='BqGb9'></tfoot><dl id='BqGb9'><fieldset id='BqGb9'></fieldset></dl></div>
                  1. <small id='BqGb9'></small><noframes id='BqGb9'>

                      <bdo id='BqGb9'></bdo><ul id='BqGb9'></ul>