Parsely / Parsely/wp-parsely

Improve the GitHub actions workflow for releasing

Open
#2,938 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

wp-parsely
Dominant language
PHP
Stars
66
Forks
36
Avg merge
2d 2h
Merged PRs (30d)
16

Description

Describe the bug

After the 3.17 release - the first time using our new workflow - we've identified a few minor issues that should be addressed before the next release:

  • Generated PR has an empty space before the first line of the changelog ( ### Added)
  • Generated PR hasn't a set milesone
  • GitHub action bot not signing commits / PRs (we might need our own bot user for that)
  • When running with dry-run, if the tag already exists it is deleted locally, but when pushing the tag it fails since it already exists on the remote.
  • GitHub release is not published automatically when the zip file is uploaded

Nice to have / Improvements

  • When running the release workflow without dry-run set, it might optionally attempt to remove any old release and tag created by the dry-run execution.
  • When the Update version number and changelog for x.x.x release PR is merged, maybe trigger automatically an action that creates a Release wp-parsely x.x.x PR that merges develop into trunk.
  • After the release, automatically create a Merge trunk into develop after the wp-parsely x.x.x release PR.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by inspecting the GitHub Actions workflow that handles releases and run it in dry-run mode. Verify the generated changelog PR, milestone, commit and PR signing, tag push behavior, and automatic GitHub release publication; the issue also lists optional cleanup and follow-up PR automation.

Written by the indexing model from the issue text.

Assessment

Tech stack
github-actions
Domain
ci-cd, release
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.