Better support for architecture: aarch64

This release improves support for running on hosted windows-arm64
runners where Git for Windows needs to be installed as part of the
workflow.

Lots of dependency updates & more stringent ci-artifacts query

This version brings tons and tons of updated dependencies, and is a bit
preciser when looking for the latest successful ci-artifacts run lest
it finds an accidentally-pushed topic branch that is not main.

Really work around broken builds with GCC v14.1

A recent MSYS2 update upgraded GCC from v13.* to v14.*, for which Git's
source code is not prepared. v1.10.1 already aimed to work around this,
but only uncovered a long-standing bug preventing that work-around from
working correctly. v1.10.2 fixes that.

Work around broken builds with GCC v14.1

A recent MSYS2 update upgraded GCC from v13.* to v14.*, for which Git's
source code is not prepared. Let's work around that for the time being.

Now the result output is set to the path where the SDK is installed.

This Action now uses node.js 20

The Action no longer automatically force-enables symbolic link support

By mistake, a dependency of this Action defined
MSYS=winsymlinks:nativestrict, intending to fix the caching/restoring
but inadvertently causing a change in behavior of all workflows that use
this Action. This was fixed in the dependency, and by upgrading to a
newer version, the setup-for-windows-sdk Action is also fixed.

Add support for Windows/ARM64

With this release, the GitHub Action adds full support for Windows/ARM64. While previously only the full flavor was supported, now the minimal, makepkg-git and build-installers flavors are also supported.

Note: As of time of writing, there is no support for hosted Windows/ARM64 runners, but it is possible to self-host such runners.

Use faster D: drive, if available

Use https://github.com/git-for-windows/git-sdk-arm64 in ARM64 mode

This turns out to be much faster than using git-sdk-64 and calling
Pacman to install the packages.

Support more flavors in ARM64 mode

Work around API rate limits

This version works around error messages like this one:

Error: API rate limit exceeded for 172.176.196.48. (But here's the
good news: Authenticated requests get a higher rate limit. Check out
the documentation for more details.)

Avoid cluttering the workflow runs' summary page

No need to report the commit or output location more prominently than in the actual step's log that uses this Action.

Better support for self-hosted runners

This version comes with support for self-hosted runners that do not have Git for Windows installed.

This version also addresses the warning about using the deprecated workflow command save-state.

This version introduces support for (self-hosted) Windows/ARM64

There is a convenient Azure Resource Manager template to easily set up a Windows/ARM64 VM on Azure and register it as a self-hosted runner for GitHub Actions.

With this version of setup-git-for-windows-sdk, it is possible to target such runners by configuring the architecture to aarch64. This
will install a hybrid SDK: most of the base packages are x86_64 ones and will run using Windows 11's emulation. But the clang toolchain is
fully aarch64 and ready to build aarch64 executables, too.

Better support for self-hosted runners

By configuring cleanup: true for this Action, the SDK that is set up will automatically be torn down at the end of the GitHub workflow run.

Let's clean up .tmp once the SDK was initialized successfully.

Avoid using git.exe from the current directory, if there is any

Let's use partial clone/parallel checkout even for the minimal flavor!

Let's use partial clone/parallel checkout whenever possible!

Let's use Node v16!