Closed tgsoverly closed 4 years ago
Hi @tgsoverly Thanks for trying out the Action! Hm, according to
failed to list the commits: object not found
there is probably a go-git problem. It tried to run the analog of git log
and hit an error. The repo is not empty, otherwise there would not be any error.
I wonder how we can reproduce this. Can you please try running hercules
binary (take it from the Releases) on the same repository and check whether that error persists?
I moved the action to an open source project I have to make this easier.
Same issues reproduced there: https://github.com/tgsoverly/rover/commit/0bfa6001bc95801e7c13ff2e2d5d15c0886d991d/checks?check_suite_id=420002207
I ran the following command from inside that repo with the binary:
./hercules --burndown --burndown-people --devs --couples --pb . | labours -m all -f pb --disable-projector -o hercules_charts
That successfully generates the plots, so that seems to point to something about the docker image?
The error is different now:
failed to open .: repository does not exist
It is very different from the original error. I am confused. Can you please create another issue to keep them separate?
Whoops, my mistake linked the wrong action before I had it setup correctly.
https://github.com/tgsoverly/rover/runs/408747677?check_suite_focus=true
The above link is showing the correct error.
Also FWIW I was able to switch to a macos image and change the binary and it gave the same error. The same binary works locally so it would appear to be a container or they way it is being called issue.
The problem is in the preceeding "Clone Repo" step:
/usr/bin/git -c protocol.version=2 fetch --no-tags --prune --progress --no-recurse-submodules --depth=1 origin
--depth=1
effectively discards all the development history and renders Hercules useless.
I had that same thought last night, pretty easy fix.
- uses: actions/checkout@v2
with:
fetch-depth: 0
Got the action to move on to the next step
Cool, closing then. If you have time to PR the update of the sample yaml, it would be very useful to everybody else :+1:
The following error was reported in the github actions.
From the output it really does look like the volumes in the docker container are property being setup and it should be running the command in the property directory.
The action was copied/pasted from your example. This tool looks awesome, and lots of great work. Thank you.