HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
Wilfred
difftastic
Rust2021–2026
Wilfred / difftastic

difftastic

a structural diff that understands syntax 🟥🟩

47Distinct people
53Mentions
1Explicit recommenders
26.2KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

a structural diff that understands syntax 🟥🟩

GitHub

Where it is used

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

What people are saying

I’m pretty sure one of the Zed founders wrote tree-sitter, so I’m sure there’s some overlap It’s really cool to see tree-sitter unlock so many of these use cases. I love using…

vinnyhaps 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 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 6:59:22 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 year53 dated mentions

Observed mentions: 2021-07-08 06:03:34 UTC to 2026-06-18 07:11:04 UTC.

0510152021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 12 mentions; 1 submissions, 11 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 9 mentions; 1 submissions, 8 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 12 mentions; 0 submissions, 12 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 15 mentions; 4 submissions, 11 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 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
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC211
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC12111
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC918
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC12012
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC15411
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC303

From the project README

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

Read the project’s introduction
Difftastic is a structural diff tool that compares files based on their syntax. For installation instructions, see Installation in the manual. Examples ^ Difftastic understands exactly which pieces of syntax have changed, and can highlight them in context. ^ Difftastic understands when whitespace matters, and when it's just an indentation change. ^ Difftastic is not line-oriented. If you reformat your code and it's now split over multiple lines, difftastic will show you what's actually changed. ^ Difftastic is compatible with git (see the configuration instructions), as well as many other version control systems. Languages Supported Difftastic supports over 30 programming languages, see the manual for the full list. If a file has an unrecognised extension, difftastic uses a line-oriented diff with word highlighting. Known Issues Performance. Difftastic scales relatively poorly on files with a large number of changes, and can use a lot of memory. Display. Difftastic has a side-by-side display which usually works well, but can be confusing. Robustness. Difftastic regularly has releases that fix crashes. Non-goals Patching. Difftastic output is intended for human consumption, and it does not generate patches that you can apply later. Use diff if you need a patch. (Patch files are also line-oriented, which is too limited for difftastic. Difftastic might find additions and removals on the same line, and it tracks the relationship between line numbers in the old and new file.) Merging. AST merging is a hard problem that difftastic does not address. You might be interested in the mergiraf tool ("merge giraffe"), which does do AST merging. FAQ Can I use difftastic with git? You can! The difftastic manual includes instructions for git usage. You can also use it with mercurial. If you're an Emacs user, check out this blog post showing one way to use difftastic with magit, as well as difftastic.el. Does difftastic integrate with my favourite tool? Probably not. Difftastic is young. Consider writing a plugin for your favourite tool, and I will link it in the README! What about parse errors? By default, difftastic falls back to a line-oriented diff whenever parse errors are encountered. This is a conservative choice to ensure that difftastic never claims that two syntactically different files are the same. Parse errors can occur if the file uses language features that the parser does not understand, if the language relies on a preprocessor before parsing (e.g. C++), or if the file has genuine syntactic mistakes. In practice, difftastic virtually always produces a good result when there are a few minor parse errors. Consider allowing a small number of parse errors when using difftastic. $ export DFT_PARSE_ERROR_LIMIT=20 $ difft foo1.c foo2.c Can difftastic help me with merge conflicts? Yes! As of version 0.50 (released 2023-08-16), difftastic understands merge conflict markers (i.e. <<<<<<<, ======= and >>>>>>>). Pass your file with conflicts as a single argument to difftastic. Difftastic will construct the two conflicting files and diff those. $ difft file_with_conflicts.js Can difftastic do merges? No. AST merging is a hard problem that difftastic does not address. AST diffing is a lossy process from the perspective of a text diff. Difftastic will ignore whitespace that isn't syntactically significant, but merging requires tracking whitespace. The mergiraf tool does offer merges based on a tree-sitter AST however. Can difftastic ignore reordering? No. Difftastic always considers order to be important, so diffing e.g. set(1, 2) and set(2, 1) will show changes. If you're diffing JSON, consider sorting the keys before passing them to difftastic. $ difft <(jq --sort-keys < file_1.json) <(jq --sort-keys < file_2.json) See also Tricky Cases: Unordered Data Types in the manual. Can I use difftastic to check for syntactic changes without diffing? Yes. Difftastic can check if the two files have the same AST, without calculating a diff. This is much faster than normal diffing, and useful for building tools that check for changes. For example: $ difft --check-only --exit-code before.js after.js This will set the exit code to 0 if there are no syntactic changes, or 1 if there are changes found. Why aren't colours appearing in my terminal? Difftastic uses ANSI bright colours by default, but some terminal themes show bright colours as grey. Solarized is a popular theme that does this. If you're a Solarized user, use export DFT_BACKGROUND=light to disable bright colours, or try a different terminal colour scheme. How does it work? Difftastic treats structural diffing as a graph problem, and uses Dijkstra's algorithm. My blog post describes the design, and there is also an internals section in the manual. Translation Chinese License Difftastic is open source under the MIT license, see LICENSE for more details. This repository also includes tree-sitter parsers by other authors in the vendored_parsers/ directory. These are a mix of the MIT license and the Apache license. See vendored_parsers/*/LICENSE for more details. Files in sample_files/ are also under the MIT license unless stated otherwise in their headers.
Read the full README on GitHub

What Hacker News says

12 sources
Several threads here point to difftastic: https://github.com/Wilfred/difftastic I know a lot of people who have a lot of hope for diffsitter (or something like it): https://github.com/afnanenayet/diffsitter Personally, I think the reason most "good" semantic diff tools are proprietary is that they are huge amounts of effort that are mostly "hacks" and "heuristics" bandaged together in ways that people don't want to let out how the sausage was made. But I also think "general, language agnostic AST-based semantic diff" is a mountain peak we cannot reach (probably ever), and I believe my experiments found an interesting local maxima that people are maybe passing by on the way to that ideal mountain (lexer-based diffs rather than parser-based diffs): https://github.com/WorldMaker/tokdiff
In What comes after Git
I personally believe that making diffs more human friendly is the next step of evolution we need. I work with a team on a NodeJS+React project and nearly every other PR shows up as "Something changed in package.json, something changed in package-lock.json, some static assets added/modified, some JSON changed" etc and it makes reviewing code quite unwieldy (esp. since it forces folks to use Github UI interface to even see blob diffs. which is quite opinionated on when it collapses a file in the PR, and how it determines what changed in a file). I feel like git was perfect when "code" was nearly almost completely text and patches were sent over email, but there's a lot more boilerplate+blob data that goes into git today and git needs to evolve to support this. I feel that once tools like Difftastic [1] and similar get more mainstream, and i
Read the rest
deally more firmly entrenched within git itself, it will make code reviewing much smoother process rather than having to depend on Github or any other proprietary service. [1] https://github.com/Wilfred/difftastic
In What comes after Git
> Semantic diff – Can we figure out how to use version control to have more context-aware merges? Can you believe that we still rely on a text diffing algorithm from 1976 (and its shortcomings)? Git still has trouble with file renaming. GitHub Copilot, but for merge conflicts? Semantic diff has been tried before, but language-specific implementations will likely never work. in case anyone missed it: https://github.com/Wilfred/difftastic
In What comes after Git
EDIT: Wilfred IS the original author [3]; my apologies. Not to discredit Wilfred (it looks like he's taken over the project as the maintainer), but, based on the historical contributions [1], it looks like it was originally developed by Max Brunsfeld, who also created Tree-sitter. [2] [1]: https://github.com/Wilfred/difftastic/graphs/contributors [2]: https://github.com/tree-sitter/tree-sitter [3]: https://github.com/Wilfred/difftastic/commit/958033924a2dea7...
In Difftastic: A diff that understands syntax

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.