Is your feature request related to a problem? Please describe.
Hello! 👋 I'm a big fan of this action, but I've hit an interesting edge case and I was wondering if there's maybe a solution for it to be added. We have a repo with an workflow that clones the repo, runs a command (that updates a single file) and uses this action to re-commit it back. The branch that was checked out with actions/checkout@v2 is the same one that's being committed to — meaning all the information to make the commit should already be present. However, this repo has a massive history and tons of branches and tags, so when git-auto-commit-action does this git fetch call, it takes forever. The script we're running takes ~20 seconds to complete, and the git fetch is taking ~8 minutes.
Describe the solution you'd like
Is there a git safe way to either 1) not do that git fetch call at all if the current branch and the target branch are the same, 2) make that git fetch call retrieve less history? Either with a custom flag a user may append to the git fetch call (like how push_options works) or some other method?
Describe alternatives you've considered
The only option we've come up with is not using this action. 😅 Which is fine, but I really like what you have setup here!
Thank you!
Is your feature request related to a problem? Please describe.
Hello! 👋 I'm a big fan of this action, but I've hit an interesting edge case and I was wondering if there's maybe a solution for it to be added. We have a repo with an workflow that clones the repo, runs a command (that updates a single file) and uses this action to re-commit it back. The branch that was checked out with
actions/checkout@v2is the same one that's being committed to — meaning all the information to make the commit should already be present. However, this repo has a massive history and tons of branches and tags, so whengit-auto-commit-actiondoes thisgit fetchcall, it takes forever. The script we're running takes ~20 seconds to complete, and thegit fetchis taking ~8 minutes.Describe the solution you'd like
Is there a
gitsafe way to either 1) not do thatgit fetchcall at all if the current branch and the target branch are the same, 2) make thatgit fetchcall retrieve less history? Either with a custom flag a user may append to thegit fetchcall (like howpush_optionsworks) or some other method?Describe alternatives you've considered
The only option we've come up with is not using this action. 😅 Which is fine, but I really like what you have setup here!
Thank you!