Actions - Manually trigger a workflow/action

[ghnp5]

Feature Description

Hey!

It would be very nice if we could have a button here to trigger a specific workflow/action:

So that I could trigger a job quickly, without having to push or waiting for a schedule.

Thanks!!

Screenshots

No response

[andysh-uk]

This would be great. GitHub’s actions has a “on: workflow_dispatch” directive which enables a button in the UI to trigger it manually:

https://docs.github.com/en/actions/managing-workflow-runs/manually-running-a-workflow#running-a-workflow

However I have found in Gitea, if you navigate to an action that ran, there is a “re-run” button you can use to trigger it again.

[ghnp5]

However I have found in Gitea, if you navigate to an action that ran, there is a “re-run” button you can use to trigger it again.

This seems to be for single steps, only.

Unfortunately, there doesn't seem to be a way to re-run the whole workflow, unless I push a change.

[andysh-uk]

This seems to be for single steps, only.

Unfortunately, there doesn't seem to be a way to re-run the whole workflow, unless I push a change.

This button works for a job I believe: a job being an entry in the .yaml file with multiple steps.

In mine, all my steps are in a single job within the same .yaml file, so clicking the re-run button runs all steps in the job (workflow).

If you have each step in separate jobs, or separate .yaml files, then you'd need to combine them into the same job I guess.

name: Build and deploy andysh.uk website to the production environment.
on:
    push:
        branches: [ main ]
jobs:
    Deploy-Website-Production:
        runs-on: gitea-main
        env:
...
        steps:
            - name: Event information
              env:
                  EVENT_CONTEXT: ${{ toJSON(github.event) }}
              run: echo $EVENT_CONTEXT
            - name: Check out repository
              uses: actions/checkout@v3
              with:
                  ref: main
            - name: Install Composer dependencies
              run: composer install --no-interaction --prefer-dist --optimize-autoloader
            - name: Deploy assets to CDN
              run: ...
            - name: Deploy web files
              run: ...
            - name: Post-deployment configuration
              run: ...
            - name: Sync assets to local CDN replica
              run: ...

[ghnp5]

Hi @andysh-uk - yep, exactly.

I have several stages in the same yaml file, so I see multiple "re-run" buttons.

At the moment, I'm running one by one, but I'm hoping this will not be the long-term solution.

[andysh-uk]

Hi @ghnp5, when you say "stages" are these jobs or steps?

As you can see in my screenshot, I have several steps within a single job, so I only have one re-run button.

If you have several jobs, can you combine the steps of each job into one, so you also only have one re-run button, or is there a reason they need to be separate jobs, and not just steps within a single job?

[ghnp5]

When I say stages, I mean multiple of your equivalent of Deploy-Website-Production:.

I have a quite complex workflow, that also uses strategy matrix, etc, so it would be very limiting/troublesome to be merging all into the same stage/job.

And we should not have to accommodate (or limiting ourselves) for something that should be an easy "fix" (to add a button to re-run all) 🙂 , hopefully!!

[andysh-uk]

Thanks @ghnp5 I thought it would be something more complex, but thought I'd check.

This is a first release so for (relatively) simple things, it works great. I've completely replaced my TeamCity instance with it. I use it for deploying web apps from Git to Linux servers over SSH, running deployments commands over SSH, building Go applications and publishing them straight to S3.

I don't know if this would work in Gitea or your scenario (and I have zero experience with GH Actions) but could you have a workflow that calls your other workflows as each step? So you'd have one "master" workflow with a single job, and multiple steps, that just calls your other ones, which you could then trigger?

https://docs.github.com/en/actions/using-workflows/reusing-workflows

[ghnp5]

Thanks. I might explore this more and more, as we go!

As soon as Actions was released, I went ahead and created this first Action (never worked with GH Actions before), and I already had a lot of challenges in the process, but glad I got it working at the end, anyway!

Well done to Gitea Developers who worked on this!

I'm giving them time, anyway, to slowly make the improvements we've all been suggesting.
Worst case scenario, I'll automate some "dummy commit" (increase a number in a file or so), to run everything manually.

The only reason I'm running manually at the moment is because schedule doesn't work yet, actually.

[pangliang]

Self-owned images are based on other image versions. When the dependent image releases a new version, I usually use this function to trigger a new build to use the new dependent version

on:  
    workflow_dispatch:  
        inputs:  
            ES_VER:  
                description: 'ElasticSearch Version'  
                required: true 

ARG ES_VER  
FROM docker.elastic.co/elasticsearch/elasticsearch:${ES_VER} 

[nouknouk]

When the dependent image releases a new version, I usually use this function to trigger a new build

On my side i created a brand new repository ops/test2, with one action .gitea/workflows/test.yml like below

name: GitHub Actions Demo
run-name: testing out GitHub Actions
on:  
    workflow_dispatch:  
        inputs:  
            ES_VER:  
                description: 'ElasticSearch Version'  
                required: true 
jobs:
  Explore-GitHub-Actions:
    runs-on: ubuntu-latest
    steps:
      - run: echo "This job is now running on a ${{ runner.os }} server hosted by GitHub!"

but I don't have any button to trigger the action (which has new ran before)