The git-cal utility has been updated to use mr for version control interactions instead of calling git directly. This change also introduces a sanitization step to filter log output for numerical values, improving command robustness. These adjustments ensure better integration for users managing repositories with mr.

Updated the terminal color escape sequences in git-cal to remove an explicit background color setting. By switching from \[40;38;5;... to \[38;5;..., the tool now respects the user's terminal background transparency settings instead of forcing a black background. This ensures better theme integration for those using transparent terminal emulators.

A new --all flag has been added to the command-line interface, enabling users to generate activity stats across all branches in a repository instead of just the currently checked-out branch. By appending --all to the underlying git log query, the tool now provides a much more comprehensive view of repository activity over time. This makes tracking your overall project contribution history much easier, especially when juggling multiple active feature branches.

You can now configure git-cal settings directly through git config using the calendar.* namespace, including calendar.format (ascii/ansi/unicode), calendar.period, and calendar.author. This provides a seamless way to save your preferred defaults without relying on git aliases or repeatedly typing command-line flags. Explicit arguments passed via the command line will still override these saved configurations, offering sensible and flexible defaults.

The activity indicators in the terminal contribution calendar now use a more distinctive set of colors to differentiate between activity levels. By tweaking the ANSI color palette values, the visual distinction between contribution tiers is clearer, making the graph much easier to read at a glance.

This change fixes a small but visible UI issue in the terminal output: the left side of the "Less … More" contribution legend was misaligned relative to the grid borders. The formatting width was corrected by updating the padding calculation in print_grid, which improves the visual consistency of the rendered calendar. The practical effect is cleaner, better-aligned output when viewing the generated graph.

Previously, providing --period 0 to git-cal resulted in an error, as the tool only accepted strict positive values for specific months or negative values for past months. This update reworks the period validation to allow 0, providing a convenient way to visualize only the current month's commit activity. The timeline iteration logic and documentation were also cleaned up to properly reflect this new behavior.

This change updates the Makefile.PL version guard to evaluate ExtUtils::MakeMaker::VERSION explicitly before comparing it. That avoids brittle behavior when the version is stored in a form that doesn't compare cleanly as-is, which can affect whether LICENSE metadata gets written during packaging. It's a small compatibility fix, but it helps installs behave more consistently in older or unusual Perl setups.