HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
git-bug
git-bug
Go2018–2026
git-bug / git-bug

git-bug

Distributed, offline-first bug tracker integrated in git

84Distinct people
152Mentions
1Explicit recommenders
10.9KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Distributed, offline-first bug tracker integrated in git

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

I love seeing these projects make use of the wide-open namespace/references that git provides (outside of the basic `refs/heads` for git branches and `refs/tags` for tags). It…

AceJohnny2 used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year152 dated mentions

Observed mentions: 2018-08-17 12:02:43 UTC to 2026-09-25 18:51:46 UTC.

01020302018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 10 mentions; 4 submissions, 6 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 12 mentions; 0 submissions, 12 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 28 mentions; 5 submissions, 23 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 13 mentions; 1 submissions, 12 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 17 mentions; 5 submissions, 12 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 16 mentions; 0 submissions, 16 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 10 mentions; 1 submissions, 9 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 29 mentions; 1 submissions, 28 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 17 mentions; 2 submissions, 15 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC1046
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC12012
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC28523
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC13112
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC17512
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC16016
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC1019
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC29128
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC17215

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
git-bug Issues - Documentation - Discussions git-bug is a bug tracker that: is fully integrated in git: you only need your git repository to have a bug tracker is distributed: use your normal git remote to collaborate, push and pull your bugs! works offline: in a plane or under the sea? Keep reading and writing bugs! prevents vendor lock-in: your usual service is down or went bad? You already have a full backup. is fast: listing bugs or opening them is a matter of milliseconds doesn't pollute your project: no files are added in your project integrates with your tooling: use the UI you like (CLI, terminal, web) or integrate with your existing tools through the CLI or the GraphQL API bridges to other bug trackers: use bridges to import and export to other trackers. Installation See INSTALLATION.md for the complete guide, including how to build from source and verify your install. Workflows There are multiple ways to use git-bug. See the workflow documentation for the details. Native workflow This is the pure git-bug experience. In a similar fashion as with code, use git bug push and git bug pull to push and pull your bugs between git remotes and collaborate with your teammate. Bridge workflow As git-bug has bridges with other bug-trackers, you can use it as your personal local remote interface. Sync with git bug bridge pull and git bug bridge push, work from your terminal, integrate into your editor, it's up to you. And it works offline! Web UI workflow (WIP) Often, projects need to have their bug-tracker public and accept editions from anyone facing a problem. To support this workflow, git-bug aims to have the web UI accept external OAuth authentication and act as a public portal. However the web UI is not up to speed for that yet. Contributions are very much welcome! CLI usage Create a new identity: git bug user new Create a new bug: git bug add Your favorite editor will open to write a title and a message. You can push your new entry to a remote: git bug push [<remote>] And pull for updates: git bug pull [<remote>] List existing bugs: git bug ls Filter and sort bugs using a query: git bug ls "status:open sort:edit" Search for bugs by text content: git bug ls "foo bar" baz You can now use commands like show, comment, open or close to display and modify bugs. For more details about each command, you can run git bug <command> --help or read the command's documentation. Interactive terminal UI An interactive terminal UI is available using the command git bug termui to browse and edit bugs. Web UI You can launch a rich Web UI with git bug webui. Browse, search and filter issues, open new ones, comment, and edit titles, labels and status. It also doubles as a code browser for your repository, with a file tree, syntax-highlighted files, commit history and diffs. The web UI is packed inside the same go binary and served by a local http server. It talks to the backend through a GraphQL API, whose schema is available here. Bridges git-bug can import from and export to Github, Gitlab, Jira and Launchpad. See the feature matrix for what each bridge supports, and the bridge documentation for the full guide. Interactively configure a new bridge: git bug bridge new Or manually: git bug bridge new \ --name=<bridge> \ --target=github \ --url=https://github.com/git-bug/git-bug \ --login=<login> \ --token=<token> Import bugs: git bug bridge pull [<name>] Export modifications: git bug bridge push [<name>] Delete a bridge: git bug bridge rm [<name>] Internals Interested in how it works? Have a look at the data model and the internal bird-view. The on-disk format is formally specified in the git-bug spec, covering the DAG entity format, identities and the bug entity. Read that if you want to write another implementation or a tool that reads git-bug data directly. Or maybe you want to make your own distributed data-structure in git? See also all the docs. Misc Bash, Zsh, fish, powershell completion ManPages Planned features The feature matrix gives a good overview of what is planned, without being exhaustive. Additional planned features: webUI that can be used as a public portal to accept user's input inflatable raptor Contribute PRs accepted. Drop by the Matrix room for a chat, look at the feature matrix or browse the issues and discussions to see what is worked on or discussed. See CONTRIBUTING.md to get a development environment going, build the project and run the tests. To work on the web UI, have a look at its dedicated README. Contributors ❤️ This project exists thanks to all the people who contribute. Backers & sponsors Thank you to all our backers and sponsors! 🙏 [Become a backer or sponsor] License Unless otherwise stated, this project is released under the GPLv3 or later license © Michael Muré. The git-bug logo by Viktor Teplov is released under the Creative Commons Attribution 4.0 International (CC BY 4.0) license © Viktor Teplov.
Read the full README on GitHub

What Hacker News says

10 sources
Note that if you just want to provide a issue tracker within Git rather than relying on centralized web services like Github or Gitlab, there is https://github.com/MichaelMure/git-bug https://github.com/dspinellis/git-issue https://sciit.gitlab.io/sciit/ (this one has a list of alternatives here https://sciit.gitlab.io/sciit/#other-distributed-issue-track...) Overall it's very disappointing that Github didn't decide to embed issue tracking (and also PR discussions) inside the repository (in another branch perhaps). Issue discussion is part of documentation IMO, and not distributing it alongside the repository causes lock-in
In Radicle: Peer-to-Peer Collaboration with Git
> What’s the alternative? That at least N projects cooperate and agree on a common design before they do the implementation? That would be ideal, yes. You should solicit comments from the greater community before setting the format in stone. But the very minimum would be to build on existing attempts at issues-in-git like [0] instead of reinventing the wheel unless you have a very very very good reason. [0] https://github.com/MichaelMure/git-bug
In Radicle: Open-Source, Peer-to-Peer, GitHub Alternative
A practical example of a op-based Merkle-DAG CRDT is (I believe) git-bug[1]. Some doc here[2]. I originally wrote something akin to an op-based CRDT and enforcing a purely linear series of commits in git's DAG, but eventually found that it doesn't really work in a multiplayer configuration. Eventually, I realized that I could instead have a real DAG to capture the concurrent editions, with "empty commits" as DAG merge operation. The result is more or less what is described in that article, with some nice properties: - written in go, I now have a generic implementation[3][4] that, given a set of operation, can easily support many practical use cases (bug tracker issue is the first, kanban and pull-requests coming). - git itself is taking care of the storage and the synchronization with peers (aka git remotes). I get the full set of upsides
Read the rest
described in the article. - unfinished for now, but I can leverage some git construct to crypto sign each interaction with the data structure, to prove authenticity and later construct a proper access right system (who can edit a comment, who has admin right ...). - additionally to the DAG structure, I also have lamport clock to give an order between each independent DAGs (last edited bug ...). They are also used as a help to compute the final order within a DAG if there is ambiguity (concurrent editing). I'm much more an engineer than a researcher, so it'd be awesome to have the opinion of the community and especially iamwil, hecturchi or lxpz. [1]: https://github.com/MichaelMure/git-bug [2]: https://github.com/MichaelMure/git-bug/blob/master/doc/model... [3]: https://github.com/MichaelMure/git-bug/blob/master/entity/da... [4]: https://github.com/MichaelMure/git-bug/tree/master/entity/da...
In CRDTs Turned Inside Out

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.