This release updates Redis-backed caching and request throttling to stay compatible with recent library changes that introduced breaking behavior. The result is a more reliable setup for background jobs and Redis-based features, without needing special workarounds in production.

Changelog entries now capture and display GitHub pull request labels separately from AI-generated tags. Public changelogs add a filter bar for tags and labels, with links that keep your selection as you paginate, making it easier to browse and share focused views.

Repository syncing now stays accurate when GitHub orgs or repositories are renamed, keeping your projects matched to the right owner and repo. Metadata syncs also make fewer GitHub calls and handle authorization and rate-limit errors more gracefully, reducing failed syncs and keeping projects up to date.

You can now share published changelog entries to X with a single click, using an AI-generated sentence that fits within typical post limits. This helps teams quickly promote releases with consistent messaging, while keeping the focus on what changed and linking back to the entry for full context.

Projects now stay in sync when a GitHub repository is renamed, so your project name and slug update automatically during dashboard sync. Update checks are also more resilient after force-pushes or rewritten history, falling back safely when GitHub cannot compare against an older commit.

GitHub installation setup is now more reliable when GitHub sends duplicate installation.created webhooks close together. This prevents occasional failures during connect or reconnect by safely handling the race and updating the correct installation record.