Investing in GitButler
a16z leads GitButler's Series A
America | Tech | Opinion | Culture | Charts
It is very clear that the practice of software engineering is being upended by AI. A large, growing portion of all new code is now written by AI agents. AI models are also becoming indispensable for understanding large codebases, fixing bugs, and diagnosing performance issues. The developer’s role is shifting rapidly from “programmer” to “system architect and agent orchestrator.”
Because of this, the scale and complexity of software creation is about to expand dramatically. We are entering a fundamentally different regime, where software is abundant, constantly evolving, and increasingly machine-generated. Many of the assumptions underlying the developer toolchain are breaking down, and the tools need to adapt to fit modern developer practices.
One tool that hasn’t changed much yet is version control. Coding agents like Cursor and Claude Code are getting good at making commits, merging branches, and opening PRs via CLI. But the way code is represented in Git repositories, and the commands and workflows for managing changes, is roughly the same now as when the Git project was released over 20 years ago. These workflows, of course, were designed for communication and collaboration among people–not agents.
Modern developers don’t work linearly. They often run multiple agents simultaneously, for example with one fixing a UI bug, another optimizing a database query, and a third updating documentation. The Git index breaks under this kind of parallel editing because it was designed on the assumption that your local copy represents a single, atomic change to the codebase. As developers, we shouldn’t have to copy a whole repo (even via worktrees) to make changes with agents. We need more flexible version control primitives designed natively for agentic coding.
This is exactly what GitButler is building and why we are so excited to lead their Series A round.
GitButler is redesigning the version control experience for you and your agents. This includes native support for stacked branching, agent specific commands, rich metadata, and parallel branching. Parallel branches, in particular, are important–they are like normal branches, except you can have several of them open at the same time (see more info here). You get the benefits of worktrees (i.e. logical isolation) without needing to copy all the files.
Of course, this is just the tip of the iceberg. Our workflows are changing on an almost daily basis, and the changes that will come to software development due to AI are hard to predict. So, we’re thrilled to be working with one of the smartest teams in the version control world. GitButler is founded by an incredible team of startup and source control veterans, led by CEO Scott Chacon, a co-founder of GitHub and the author of Pro Git. He is arguably the world’s foremost expert on Git usability, and someone we at a16z have worked with for over a decade. He’s joined by Kiril Videlov, an inventive technical lead with limitless energy who has been trying to revolutionize source control problems for years, and Anne Leuschner, a veteran German startup operator and the glue that keeps this team of “systems nerds” on track.
None of us may know exactly where the world of software development is headed, but the GitButler team has been in its trenches for years and, honestly, is one of the very few who seem to find version control sexy. Many forget that Git was originally designed by the Linux team to be intentionally difficult—a “gatekeeper” tool for the world’s most complex kernel. Scott’s career has been defined by making Git accessible. At GitButler, he is finishing that mission for the AI age.
Congratulations to the GitButler team! We can’t wait to see how you redefine the developer workflow.
This newsletter is provided for informational purposes only, and should not be relied upon as legal, business, investment, or tax advice. Furthermore, this content is not investment advice, nor is it intended for use by any investors or prospective investors in any a16z funds. This newsletter may link to other websites or contain other information obtained from third-party sources - a16z has not independently verified nor makes any representations about the current or enduring accuracy of such information. If this content includes third-party advertisements, a16z has not reviewed such advertisements and does not endorse any advertising content or related companies contained therein. Any investments or portfolio companies mentioned, referred to, or described are not representative of all investments in vehicles managed by a16z; visit https://a16z.com/investment-list/ for a full list of investments. Other important information can be found at a16z.com/disclosures. You’re receiving this newsletter since you opted in earlier; if you would like to opt out of future newsletters you may unsubscribe immediately.









thank you! we wrote about your article in our digest today. the parallel branching point is the one that stuck with us.
This reads like the moment when a tool stops being a tool and starts becoming an environment. Once code is being written, edited, and iterated by multiple agents at once, the bottleneck isn’t talent anymore, it’s coordination. And coordination is where entire categories get rebuilt.
Version control was designed for humans taking turns. What’s being described here is a system where nothing takes turns anymore. Multiple threads, multiple agents, constant iteration. That breaks the old assumptions quietly at first, then all at once when the friction becomes too obvious to ignore.
The pattern shows up everywhere. When production becomes abundant, the constraint shifts upstream. In markets it’s liquidity, in energy it’s transport, here it’s orchestration. Whoever solves that layer ends up owning more of the stack than people expect.
What I’d watch is how quickly this moves from niche workflow improvement to default behavior. Once developers stop thinking in single threads and start thinking in parallel systems, the tools that support that don’t just win on features. They become the new standard that everything else has to plug into.