We do successfully have all the wheels we'd like, I think:
https://github.com/matplotlib/matplotlib/actions/runs/7405461070/job/20149100577?pr=27563#step:4:5

I'm going to revert this back to only attempting to publish when there's an actual tag.

The remaining question is whether the nightly upload workflow will continue to work, i.e., whether the download procedure there is compatible with actions/artifacts@v4. Do you have any idea about this @matthewfeickert?

The remaining question is whether the nightly upload workflow will continue to work, i.e., whether the download procedure there is compatible with actions/artifacts@v4.

@QuLogic Sadly I think the answer is no, without refactors. On 2023-12-15 @henryiii alerted the IRIS-HEP Slack to this with the following

PSA: make sure you know the consequences before you merge upload/download-artifact’s v4 updates. Upload artifact no longer merges artifacts automatically, which is a massive change and breaks pretty much all cibuildwheel or coverage workflows. Also websites with pyodide workflows. Etc.

Actually though, you may be good as @henryiii is awesome and updated sp-repo-review to be able to automatically check for this and https://learn.scientific-python.org/development/guides/repo-review/?repo=matplotlib%2Fmatplotlib&branch=main shows that GH104

GH104 Use unique names for upload-artifact ✅

is checked as working! However, things broke for pyhf and we also were checked off as passing. :/ (haven't had time to debug this yet, so might be different)

I have yet to go through and fix things for my own projects yet (I've been AFK on holiday and my only laptop died so I have only recently gotten a loaner that I can use) so once I do that (probably next week) I can open a PR for matplotlib that would migrate the actions to v4 but if you don't want to take the time to debug that now then I would suggest staying on v3 and then updating to v4 in a new PR.

Pyhf seems to have updated one but not both actions. You have to have them match.