ci: update symlink ci, extend tested cases

[ttytm]

Regarding: 6cda618

• Extends tested cases with less occupied runners.
• Second is an incremental refactor to the related file and only concerns updating the workflow name to what is most consistently used for other workflows.

[ttytm]

Ref. ensuring that unlinking worked.
Trying to execute v --version while still linked (before removing the link).

[spytheman]

The changes seem good to me, but please do not rename files, in the same PR that changes their contents a lot. That needlessly necessitates checking out the changes locally.

[ttytm]

K understood.
Reason was that I thought some changes might be too pedantic or have trouble getting through on their own, so sneaking them in as an "incremental refactor" could be a way. I will choose them better.

[spytheman]

I usually do not care much about the individual commits in a PR (since they often contain trivial stuff like fixing typos, quoting styles, word wrapping etc, to accommodate the different CI jobs and linters).

It frequently saves time, from my perspective, when possible, to review only the final diff/result, that is going to be merged, using Github's "Files changed" pane, after the CI passes, and a PR is no longer a draft.

The negative of that, is that my feedback and reviews are often delayed, by the time the CI finishes running (which is now minimized, in many cases, thanks to your efforts), and I may be an ass, from the perspective of contributors, who did care a lot about the individual commits.

Putting functional changes in PRs, that at the same time mention the word 'refactor', and that have file renames, is definitely something to be avoided.