I’ve manually deleted all action artifacts, but it still seems unhappy.
Anybody got a clever and/or quick fix?
Side note: I’ ve spent some time in the workflow file already… I’m suspecting the problematic action might not be necessary - since the whole app is built inside the docker container. It seems unnecessary to have a step that is running mvn before we get into the docker container.?
Unfortunately seems docker was not the issue.
But I’ve kludged the workflow file to avoid using artifact storage - basically just produce and push the docker image, and rebuild the project when needed to accommodate the uploads of source and built artifacts to S3.
Just to put some more info out there: according to the email from Github, I was using “736MB of 512.0MB included”.
I have since deleted all artifacts stored on action runs, but , no luck on that. Even started deleting entire workflow runs.
I really did not have that much in there, as far as I can see.
So, seeing as how I allegedly managed got go 224Mb over the limit - that kind of argues for new limits introduced recently.
One more data point: again, as far as I can see, it was something like 20 - 40Mb storage per successful action run.
So they had plenty of time to start complaining over the last 2 months - and yet, they did not.
@demaniak You flippin’ smart oke. Removing the build sections from the workflow YAML (and doing the build in the docker file from source) seems to sort this issue out. Now if only the matching worked so we could confirm…