Today we’re announcing that GitButler has raised a $17M Series A led by a16z with continuing support from our lead seed investors, Fly Ventures and A Capital.

I know what you’re thinking. You’re hoping that we’ll use phrases such as “we’re excited,” “this is just the beginning,” and “AI is changing everything”. While all those things are true, I’ll try to avoid them and instead make this announcement a little more personal.

For me this is a long story.

I was one of the cofounders of GitHub and over the last 15 years I’ve watched Git go from a rather niche developer tool written for a very esoteric collaboration style to the foundational infrastructure of all software development on the planet. I may have even had a small hand in some part of that.

What I learned from watching that story unfold is that developer platforms win when they remove friction from collaboration, and when they let the people producing code have less overhead to deal with.

GitButler was started three years ago because we felt like our development practices have been shoehorned into what Git could do for such a long time, it would be amazing to see what we could do with tooling that was actually designed for those practices.

That’s fundamentally what is behind this round.

We think software development is quickly moving into a new phase, and the problem that Git has solved for the last 20 years is overdue for a redesign. Today, with Git, we're all teaching swarms of agents to use a tool built for sending patches over mailing lists. That's far from what is needed today.

At GitHub, one thing became painfully clear over and over: developers don’t struggle because they can’t write code. They struggle because context falls apart between tools, between people, and now between people and agents. The hard problem is not generating change, it’s organizing, reviewing, and integrating change without creating chaos.

The old model assumed one person, one branch, one terminal, one linear flow. Not only has the problem not been solved well for that old model, it’s now only been compounded with our new AI tools.

Last week we released our first answer to that, the technical preview of the GitButler CLI.

This is a tool designed for the GitHub Flow style - the short lived branch, trunk based workflows that so many of us are using. This is a tool designed for humans, designed for agents, designed for scripting. Designed to stack branches, to multitask, to control and organize your changes, to easily undo - to be simple, powerful and intuitive, no matter who (or what) you are. Best of all, it just drops into any existing Git project.

But of course, that’s just the beginning. (Damn, I said I wasn’t going to say that…)

There was a tagline at GitHub that I always loved, but I never felt like we lived up to the promise of: “Social Coding”.

While GitHub certainly made it easier to collaborate on open source projects with forks and pull requests, it otherwise didn’t much improve the process of working together. There are still lists of issues and kanban boards, there are still patches (we just call them PRs now), we still chat in external chat rooms. We don’t look at commit messages and our PR descriptions aren’t stored in Git and usually lost in history. Heck, it could be argued that development in teams is less social than it was when version control was centralized.

But what if coding was actually social? What if it was easier to for a team to work together than it is to work alone?

Imagine your version control tool taking what you’ve worked on and helping you craft logical, beautiful changes with proper context. Imagine being able to access agent interactions, related conversations and other information we’re currently losing. Imagine your tools telling you as soon as there are possible merge conflicts between teammates, rather than at the end of the process. Imaging being able to work on a branch stacked on a coworkers branch while you’re both constantly modifying them. Imagine your agent being fully aware of not only what your other agents are working on, but what everyone on your team is working on, right now.

There is so much more that this fundamental layer of our software tooling could be doing for us. This is what we’re doing at GitButler, this is why we’ve raised the funding to help build all of this, faster.

We’re not building some “better git”.

We’re building the infrastructure for how software gets built next.