Skip to content

GitHub Actions: ability to delete workflow runs

We have released the ability to delete completed workflow runs in the Actions tab. If you have write access to the repository, you can now see a new option to delete the workflow run in the dropdown menu.

You'll be advised that deleting a workflow run could prevent existing PRs from being able to be merged. This can happen if you have protected branch rules requiring certain status checks to pass.

We have released a new version of the GitHub Actions runner.

Features

  • Resolve action download info from server (#508, #515, #550)
  • Print runner and machine name to log. (#539)

Bugs

  • Reduce input validation warnings (#506)
  • Fix null ref exception in SecretMasker caused by hashfiles timeout. (#516)
  • Add libicu66 to ./installDependencies.sh for Ubuntu 20.04 (#535)
  • Fix DataContract with Token service (#532)
  • Skip search $PATH on command with fully qualified path (#526)
  • Restore SELinux context on service file when SELinux is enabled (#525)
  • Fix trailing '.0' for Int64 values in ContextData (#572)

Misc

  • Remove SPS/Token migration code. Remove GHES url manipulate code. (#513)
  • Add sub-step for developer flow for clarity (#523)
  • Update Links and Language to Git + VSCode (#522)
  • Update runner configuration exception message (#540)

Learn more about GitHub Actions self-hosted runners

For questions please visit the GitHub Actions community forum

See more

Run workflow button for workflow with workflow_dispatch

You can now create workflows that are manually triggered with the new workflow_dispatch event.
You will then see a ‘Run workflow’ button on the Actions tab, enabling you to easily trigger a run.
You can choose which branch the workflow is run on.
In addition, you can optionally specify inputs, which GitHub will present as form elements in the UI. Workflow dispatch inputs are specified with the same format as action inputs.

For example:

on: 
  workflow_dispatch:
    inputs:
      logLevel:
        description: 'Log level'     
        required: true
        default: 'warning'
      tags:
        description: 'Test scenario tags'  

The triggered workflow receives the inputs in the github.event context.

For example:

jobs:
  printInputs:
    runs-on: ubuntu-latest
    steps:
    - run: |
        echo "Log level: ${{ github.event.inputs.logLevel }}"
        echo "Tags: ${{ github.event.inputs.tags }}" 

If you have any questions or thoughts about these changes, we recommend asking in our GitHub Community Forum’s Actions Board!

See more