Skip to content
This repository has been archived by the owner on Nov 5, 2024. It is now read-only.

Split existing GH Actions release workflow into ‘pre-release’ and ‘release’ workflows #156

Open
markcheret opened this issue Apr 27, 2021 · 0 comments
Labels
workflow Workflow improvements

Comments

@markcheret
Copy link
Owner

markcheret commented Apr 27, 2021

The two workflows should roughly work as follows:

Pre-release

  1. fire on creation of a new release that is marked as pre-release;
  2. build the Plugin based on the current state of main;
  3. create an archive of that built Plugin and save it to the release as an artefact;
  4. copy that archive to any remote staging environments we have set up.

Release

  1. fire on creation of a new release that is marked as such:
    • also maybe possible to fire on-toggle ‘pre-release’ checkbox on an existing release to no?
  2. build the Plugin based on the current state of main;
  3. create an archive of that built Plugin and save it to the release as an artefact;
  4. copy that archive to the SVN repo. trunk/ branch;
  5. copy trunk/ to an appropriate tags/ folder and update the ‘Stable Tag’ field in trunk/readme.txt.
@Rumperuu Rumperuu added the workflow Workflow improvements label Apr 28, 2021
@Rumperuu Rumperuu added this to the Development workflow set up milestone Apr 28, 2021
@Rumperuu Rumperuu changed the title Add Pre-Release workflow Split existing GH Actions release workflow into ‘pre-release’ and ‘release’ workflows Apr 28, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
workflow Workflow improvements
Projects
None yet
Development

No branches or pull requests

2 participants