SaaS Metrics
Gemini Executive Synthesis
Gitdot, an open-source GitHub alternative written in Rust.
Technical Positioning
A keyboard-driven, CLI-inspired, open-source GitHub alternative built in Rust, prioritizing speed (100ms FCP) and core repository management, with a roadmap for advanced features.
SaaS Insight & Market Implications
Gitdot enters a highly competitive market dominated by GitHub, GitLab, and Bitbucket. Its differentiation lies in its Rust implementation for performance and security, and a CLI-inspired, keyboard-driven UI for power users. This targets a specific developer segment that values speed and efficiency over traditional web app affordances. While lacking advanced features like issues and CI, its focus on core repository management and migration capabilities provides a foundation. For B2B SaaS, this highlights the potential for niche, performance-optimized alternatives to established platforms, particularly for organizations seeking greater control, self-hosting options, or a highly customized developer experience.
Proprietary Technical Taxonomy
Raw Developer Origin & Technical Request
Hacker News
Jun 9, 2026
Show HN: Gitdot – a better GitHub. Open-source, written in Rust
What works now: user signups, org creations, private/public repos, and importing GitHub repositories (both as read-only mirrors and full migrations). So basically, you can create, push and pull to a repo, but we don't have many features quite yet (issues, PRs, CI).What is a bit unique is: 1) we built it in Rust and 2) the website is a little odd. Its design is inspired by CLIs (e.g., fzf, broot, vim) instead of web apps, and as such, lacks some affordances that you might typically expect in favor of keyboard-driven instant navigations (we have the very ambitious goal of an FCP of 100ms). In case you're curious, here's how we we built it: gitdot.io/designsWe recognize that we're making some bold claims here and are also well aware that we have much to learn. Building software is still hard, and that's a fact we seem to relearn everyday.But we wanted to share what we built so far nonetheless.Cheers, thank y'all for reading, and till the next
—paul & mikkel.
Developer Debate & Comments
Please, stop using "written in Rust" as some kind of advantage or killer feature.
>As of now, all repositories are free, but we do envision charging for private repositories for teams in the future.Please don’t do this.Charge a fair price, in fact find a fair price and double it.I don’t want a free GitHub clone, I want one that works.How about 50$50 private repos, 50GBs of git LFS storage. Add collaborators for free.Actually respond to customers. At this level you only need 1000 paying customers to make it worth while for 2 developers.
[flagged]
No mobile version, but I'm visiting from a tablet, should work at least if switch to "Desktop" in the browser manually. I don't care if I get horizontal scroll - not showing your visitors anything at all is an automatic "I'm out".Second, when I browsed from an actual desktop, and clicked on links for files it was all slow as hell - specifically the part when you click on a file an expect it to just load, you instead get: 1) some layout switch which looks like page reload 2) then it says "loading..." for several seconds.After looking at the source code, it appears to be React or similar frontend framework... Ugh. I don't know why people choose to use that stuff, just have a regular SSR which would work a hundred times faster and is more pleasant. And if you really want an SPA, don't use React, Vue or Svelte (and similar), it's horrible and always slow.Finally, since this appears to be a YC company, it shouldn't matter what's it written in. In fact, I don't even know why Rust would be a good thing here when Go or even Rails/Django would work just fine - but again, it just reinforces the meme that if it's written in Rust, you'll surely hear about it.Overall, the minimalism idea is welcomed, but it supposedly should appeal to people like myself and it doesn't for all the reasons I mentioned above.
Big fan of the design! Different but easy to get a hand of. Having /profile also be linked on the homepage with the other main pages for ease of navigation would be nice, the profile link at the bottom feels like it clashes with the rest of the UI to my eyes.
Interesting stuff! I really like the design philosophy you're applying here, where the browser/web behaviour is actually part of the UX. Pretty rare for web application nowadays!If I could make one suggestion, I really like the old MacOS "inspector" pattern. Basically a consistent way to get meta-information about any "thing" the user chooses to inspect. Your right sidebar is going towards that, but it would need some work to make it more consistent between views.GitHub's UI has these weird meta-states/restrictions that are so badly explained in the UI they feel like bugs. Each line gets a [...] menu in github which lets you see the blame/spawn a issue linking to it/get a permalink/etc. It's a totally different UI in the diff view, and then totally different again if you're looking at a comment referencing a line in a diff AND different if it's referencing a permalink to a line in a file, even if it's the same code that would be in that diff!I want the UI to have obvious "nouns". If the UI is showing me a line of code, even if it's in a diff view, let me "inspect" it and get the exact same meta-info + tools I get for lines of code anywhere. It's "a line", not a weird meta state of "a line, but you're in the comment of a PR linking to this line".Same concept applies to comments/commits/authors/etc. If the UI shows me a username, I should be able to pull up a "who is that again" inspector. Going into github's commit view, clicking on a name... and being sent to a filtered list of that person's commits makes zero sense to me because this is the ONLY place where that happens. That behaviour should be a "recent commits" button inside some "user inspector".
Love the idea of someone tackling this space in Rust, but please just make a normal UI, I have no idea what I am looking at.
I like the terminal aesthetics but please, for accessibility's sake, make input boxes look more like input boxes and buttons look like buttons.
The minimal look feels very refreshing, and yet it's not disorienting like many minimal web git UIs are in my experience; I actually feel like I know how to navigate this thing. Site feels very snappy too, especially with those instantly loading file previews when you hover. Congrats!
What's the differentiation against Forgejo going to be?
Frequently Asked Questions
Market intelligence mapped to Gitdot, an open-source GitHub alternative written in Rust..
What problem does Gitdot, an open-source GitHub alternative written in Rust. solve?
Based on our AI analysis of the original developer request, its primary technical positioning is: A keyboard-driven, CLI-inspired, open-source GitHub alternative built in Rust, prioritizing speed (100ms FCP) and core repository management, with a roadmap for advanced features.
What is the general sentiment around Gitdot, an open-source GitHub alternative written in Rust.?
Yes, we have tracked 138 direct responses and active debates regarding this specific topic originating from Hacker News.
What are the foundational technologies related to Gitdot, an open-source GitHub alternative written in Rust.?
Our proprietary extraction maps Gitdot, an open-source GitHub alternative written in Rust. to adjacent architectural concepts including Gitdot, better GitHub, Open-source, written in Rust.
Are developers creating tools for Gitdot, an open-source GitHub alternative written in Rust.?
Yes, open-source adoption is correlated. An active project titled 'Infatoshi/OpenSquirrel' explores similar frameworks: For people who get distracted by agents. A native Rust/GPUI control plane for running Claude Code, Codex, Cursor, and OpenCode side by side — becau...
Engagement Signals
Cross-Market Term Frequency
Quantifies the cross-market adoption of foundational terms like CI and issues by tracking occurrence frequency across active SaaS architectures and enterprise developer debates.