Enhancement: Reduce retry delay in `get_top_contributors()` for Github stats

[mandylan75]

Currently, get_top_contributors() sleeps 20s between retries whenever get_stats_contributors() returns a falsy value, which can add through 40s per repo despite that there's a commit-based fallback. The result of this causes large repos to export for a long time, so it's worth finding solutions to shorten the delay.

[egrace479]

Summary of our check on this: We originally had too short a pause between tries for larger repos (2s with 5 retries), so we switched to 20s with only 3 retries. We could explore options for a more efficient method, but this isn't a huge priority considering the script is meant to be left to run and has a fallback to avoid excessive run time.

[mandylan75]

Discussed solution: Check GitHub contributors where the system would check for commits in the previous week before running functions, potentially saving time by skipping the function if no new commits were detected.