I have set up two github workflows, which are run by two different self-hosted runners. With both runners, running the checkout@v2 action results in certain 'large' downloaded files to become oversized. Eg. a 512 kb png image in the repo becomes 514 kb when downloaded using the action, or a 1331 kb .exe file becomes 1355 kb. When said .exe is run, powershell cancels the program with 'applicationfailedexception'.
Here is a snippet from one of the workflows:
jobs:
benchmark:
runs-on: [self-hosted, Windows, X64]
steps:
- uses: actions/checkout@v2
with:
submodules: true
- name: Execute Premake
run: .\premake5.exe vs2019
There are more steps than these, but the runs fail at the second step; 'Execute Premake', since the .exe is 'corrupted' or 'oversized' after checking out in the first step.
This only happens with some of the large files. All the smaller ones, ie. source code, are fine. When running git status in the action runner's cloned action runner, the 'corrupted' files are seen as modified.
The self-hosted runners are both running x64 windows. Any thoughts on what could be wrong? I'm thinking of replacing the checkout action with manual calls to git.