Caching on macOS dependent on runner version number in workspace path

Not fully sure if this belongs in this repo or the runner repo (https://github.com/actions/runner) - however when using the GH-hosted macOS runner, the workspace directory includes the runner version number in the path, e.g.

linux - "/home/runner/work/repo-name"
Windows - "d:\\a\\repo-name"
macOS - "/Users/runner/runners/2.169.1/work/repo-name"

This breaks all caches that include files with absolute paths in them as the runner is updated, for instance any Python executable installed and cached will have entrypoint stub scripts that point to the interpreter with an absolute shebang - however this will break as the runner version is updated, e.g.

#!/Users/runner/runners/2.169.0/work/repo-name/.venv/bin/python
# -*- coding: utf-8 -*-
import re
import sys

from pip._internal import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

For now I’m extracting the runner version number from the path on macOS and adding as a cache parameter, but this is unexpected behaviour.

[JosephDuffy]

This has also been discussed at https://github.com/actions/virtual-environments/issues/713 where I mentioned this being an issue with SwiftPM.

I’m seeing the path is now /Users/runner/work/{repo}/ so I think this solved the problem.

I’m mainly commenting to link the 2 issues but also to say thank you 😃

[al-cheb]

Hello, @mands We have updated a provisioner to use the new /Users/runner/work path. Could you please check from your side?