About GitGumbo
What is GitGumbo?
GitGumbo is a kanban board for teams using GitLab and GitHub. It organizes your issues into columns and enriches every card with live merge request data — pipeline status, merge conflicts, unresolved review threads, idle time, labels, and more — so you can see the health of every MR at a glance and jump straight to the ones that need attention.
The problem
GitLab and GitHub show you issues and merge requests, but the details you need — a failing pipeline, a forgotten review thread, an MR that’s been sitting idle for a week — are buried behind clicks. You have to open an issue, find the MR link, open the MR, then check its pipeline and threads. Teams end up context-switching between tabs or relying on memory to keep track of what’s happening.
How GitGumbo helps
- Kanban boards — Your issues organized on a board, with every card showing its linked MRs so you can see the state of a project at a glance and spot bottlenecks immediately. GitLab projects use native board columns automatically; GitHub projects use Stage:: labels or GitHub Projects v2 columns. Drag issues between columns to update their labels.
- Rich detail on every MR — Pipeline status, merge conflicts, unresolved review threads, draft state, approval status, and how long an MR has been idle — all visible without leaving GitGumbo.
- Per-column sorting — Sort issues within each board column independently by idle time, recently updated, oldest first, or MR creation date. Click the same option again to reverse the direction.
- Powerful filtering — Filter by assignee, label, pipeline status, conflicts, draft state, or unresolved threads to zero in on exactly what you care about.
- “In Review” automations — When you drag an issue into an In Review column, GitGumbo can automatically mark draft MRs as ready, assign team members to the issue, and add reviewers to the linked MRs. Configure per project in Settings.
- One-click navigation — Every MR links directly back to GitLab or GitHub so you can jump to it the moment you spot something that needs action.
- Real-time sync — on Pro, GitGumbo registers webhooks with GitLab and GitHub (where the connected account has permission to create them), so most changes are reflected within seconds. A background sync always runs automatically as the baseline — and the only mechanism on Free — catching anything webhooks miss. Syncs are incremental by default, so when nothing has changed the overhead is very low, and you can trigger a manual sync from the board at any time.
GitLab & GitHub
GitGumbo works with both GitLab.com and GitHub.com. Sign in with your existing account and add the projects you want to track — that’s it. Self-hosted GitLab and GitHub Enterprise Server aren’t supported yet.
GitLab users will find the board view instantly familiar — it follows the same kanban layout as GitLab’s issue boards, but with MR data on every card. Pipeline status, conflicts, review threads, and idle time are all right there, cutting out the constant clicking between MR pages.
GitHub users get something GitHub itself doesn’t currently offer: a kanban board for pull requests. GitGumbo gives you that same card-based view with full PR detail, filtering, and one-click navigation back to GitHub.
Connecting your account
GitGumbo uses OAuth to connect to your GitLab or GitHub account. You sign in with your existing credentials — GitGumbo never sees or stores your password. You can also connect multiple accounts for the same provider by adding personal access tokens (PATs) in Settings, which is useful for teams that work across several GitLab groups or GitHub organizations.
GitLab
GitGumbo requests the api scope via OAuth. This lets GitGumbo fetch your merge requests, issues, pipelines, labels, and review threads, as well as drag issues between board columns and mark draft MRs as ready. Only projects you are a member of will appear when you search.
Alternatively, you can add a personal access token (PAT) with the api scope in Settings.
GitHub
GitGumbo requests the repo, read:org, read:user, and project scopes. The repo scope is required to read pull request data, check runs, and review threads from your repositories. read:org lets GitGumbo see organization membership so you can add org repos. project allows reading GitHub Projects boards if you use them.
What gets synced
Once you add a project, GitGumbo pulls in your open issues and their linked merge requests. For each MR it also fetches the pipeline status, CI job results, approval state, review threads, conflict status, and labels. Syncs run automatically in the background, and GitGumbo registers webhooks so changes in GitLab or GitHub are reflected within seconds. You can also trigger a manual sync from the board at any time. All tokens are encrypted at rest — GitGumbo never accesses your source code or commit contents.
Teams & firms
GitGumbo organizes work into firms — shared workspaces that own boards and members. Everyone in a firm sees the same projects and boards, so your whole team works from one view instead of each person tracking their own copy.
Owners and admins invite teammates by email or username from Firm settings. Invited people join automatically the next time they sign in — there’s no separate email step to chase. Each member has a role: owner, admin (can manage members and firm settings), or member (works the shared boards).
You can belong to more than one firm — say a personal workspace and a shared team firm — and switch between them from the firm switcher in the top bar. Working solo? You get your own private firm by default, with nothing to set up. Billing is handled per firm, so a single subscription covers everyone in it.
Built for teams
Whether you’re a small team with a handful of repos or a larger organization juggling dozens of projects, GitGumbo gives you a single place to see the full state of your merge requests. Less time clicking through tabs means more time shipping code.