Create remove-packages.yml

[jeremyd2019]

workflow_dispatch action to remove pacman packages, based on sync.yml action

[dscho]

workflow_dispatch action to remove pacman packages, based on sync.yml action

The sync workflow uses a PUSH_TOKEN (a Personal Access Token which I'd like to replace, eventually, with an installation access token of the GitForWindowsHelper GitHub App) so that after a push, the GitHub workflows that trigger on push (or pull_request) are run, too.

[jeremyd2019]

ok, so check-for-missing-dlls will run, which is probably a good idea after removing stuff 😁

[dscho]

ok, so check-for-missing-dlls will run, which is probably a good idea after removing stuff 😁

And git-artifacts is another one: After git-for-windows/build-extra#588, this particular workflow will implicitly verify that all the bits and pieces required to build a full Git for Windows version are actually safely committed in the git-sdk-* repository, and do not need to be fetched via pacman -S. This is extremely important to be able to base embargoed versions on the respectively preceding version, to be able to work on a branch that branched off at the exact git-sdk-* commit when that preceding version was integrated.

[dscho]

A viable alternative would be to move this workflow to git-for-windows-automation, and use actions/create-github-app-token@v1 to obtain the respective installation access token. You may want to adjust the workflow to open a PR instead of pushing to main, then, though ;-)

[jeremyd2019]

that would have the added benefit of not needing to copy the workflow to the other 2 sdk repos and subsequently keep them in sync. but I don't even know if a workflow is worth it if a PR is what you want, this is presumably a rare action that could be undertaken manually.