Open ono-max opened 9 months ago
@kohsuke
Any ideas? I'm not familiar with this part.
From the log, I see that git fetch
was run with --filter=blob:none
According to https://stackoverflow.com/questions/49917616/what-is-the-git-clone-filter-options-syntax what this means is that BLOBs are not retrieved during this git-fetch
. Instead, later git-clone
appear to retrieve the needed objects. See https://git-scm.com/docs/partial-clone/2.29.0 for the overview of how this works internally in git.
That explains why BLOBs are reported as missing. The next question then is what can we do to retrieve those missing BLOBs as we run into them.
I checked JGit source repo and as of 6.8.0, there's no built-in support for this. So if we are to solve this, I think we'll walk the graph, identify missing objects, and run one bulk git-fetch.
Let's also look for workaround.
--filter=blob:none
which suppresses the retrieval of BLOBsfilter: null
, it should suppress that.depth: 0
it's going to considerably increase the clone time. I think more reasonable depth setting should be OK. Something like depth: 10
?
https://github.com/ruby/ruby/actions/runs/7885458586/job/21516643427?pr=9777#step:10:83
When executing the
launchable record build
command, we don't know what happens. We need to improve it.YAML file
https://github.com/ruby/ruby/blob/fc17ef891a3fcb12d4bf26394e093a021afe7658/.github/workflows/macos.yml
fetch-depth: 0
is configured so that Github does not use shallow clone.