mattermost/mattermost
Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.
mattermost/mattermost
Mattermost/mattermost is the main upstream repository for Mattermost, an open core self-hosted collaboration platform. It is active, large, and widely forked, with Go and React code, PostgreSQL, and monthly MIT-licensed releases.
Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.
Choose a fork to inspect
Prefer this fork only if Redis PubSub clustering is the point and you can treat it as a maintained internal branch. For most adopters, upstream Mattermost is the safer choice because this fork is materially stale and likely missing many years of fixes and features.
Choose this fork only if you need its legacy customizations and are prepared to maintain a heavily outdated codebase. For most adopters, current upstream is the safer and lower-cost choice.
Prefer this fork only if you need its specific legacy patches and are prepared to own maintenance. For most adopters, current upstream is the safer choice because this fork is stale and substantially diverged.
Choose this fork if you want a customized Mattermost distribution and are willing to own substantial downstream maintenance. Avoid it if you need close upstream compatibility, easy upgrades, or the broadest set of current Mattermost features.
Choose this fork only if ADFS 3.0 support is the primary requirement and you can accept an aging, heavily diverged codebase; otherwise upstream Mattermost is the safer choice.
Prefer upstream unless you specifically need an old 2018 Mattermost snapshot. This fork is far behind, effectively unmaintained, and its value is mainly as a legacy reference or frozen deployment base rather than a practical starting point for new adopters.
Choose this fork if you value its added guest-auth, agents, and UI/workflow customization more than upstream freshness. Avoid it if you need a low-maintenance Mattermost deployment or expect easy future upgrades from upstream.
Prefer this fork if OpenID/Keycloak integration is the main reason you are forking and you are prepared to maintain a divergent codebase. Avoid it if you want the current Mattermost feature set, easier upgrades, or broad plugin/deployment compatibility.
Prefer this fork only if its custom search, boards, and automation changes are the point of adoption. If you want a current Mattermost base with low maintenance risk, upstream is the safer choice.