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 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:03:16 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

53 sources
Yeah, it's a cool idea, but for proprietary formats, it's much harder for outsiders to do, and the original companies just don't see it as something they should take care of. My gut says there's too many changes that couldn't be cleanly merged anyway, so they think it's not worth the bother. (And they might be right.) At least for code, I know people have attempted format-aware, structural diffing for a while. The Lisp communities tried a few times, because s-exps are trivial to turn into trees. None became the standard diff tool, though. However, modern tools like difftastic used tree-sitter to bring a lot of language-aware diffing to the masses. - https://docs.racket-lang.org/sexp-diff/index.html - https://github.com/michaelw/mw-diff-sexp - https://github.com/lambdaisland/deep-diff2 - https://fazzone.github.io/autochrome.html - https://
Read the rest
In Lore – Open source version control system designed for scalability
vinnyhaps·Nov 13, 2025Recommendation phrase
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 [difftastic] for my diffing tool to get context aware diffs. So in the example from the article, the diff would highlight the `void` and `int` changes with a heavier background of red and green respectively [difftastic]: https://github.com/Wilfred/difftastic
In Mergiraf: Syntax-Aware Merging for Git
Every time such a list is posted, it tends to generate a lot of debate, but I do think there is at least 2 tools that are really a good addition to any terminal : `fd`: first I find that the argument semantic is way better than `find`, but that is more a bonus than a real killer feature. Now, it being much, much faster than `find` on most setup, I would consider a valuable feature. But the killer feature for me is the `-x` argument. It allows calling another command on the individual search result, which `find` can also do with `xargs` and co. But `fd` provide a very nice placeholder syntax[0], which remove the need to mess with `basename` and co. to parse the filename and make a new one, and it executes in parallel. For example, it makes converting a batch of image a fast and readable one line : `fd -e jpg -x cjxl {} {.}.jxl` `rg` a.k.a
Read the rest
`ripgrep` : Honestly it is just about the speed. It is so much faster than `grep` when searching through a directory, it opens up a lot of possibilities. Like, searching for `isLoading` on my frontend (~3444 files) is instant with rg (less than 0.10s) but takes a few minutes with grep. But there is one other thing that I really like with `ripgrep` and that I think should be a feature of any "modern" CLI tool : It can format its output in JSON. Not that I am a big fan of JSON, but at least it is a well-defined exchange format. "Classic" CLI tool just output in a "human-readable" format which might just happen to be "machine-readable" if you mess with `awk` and `sed` enough. But it makes piping and scripting just that much more annoying and error & bug prone. Being able to output json, `jq` it and feed it to the next tool is so much better and feel like the missing chain of the terminal. The big advantage of the CLI is that it is composable and scriptable by default. But it is missing a common exchange format to pass data, and this is what you have to wrangle with a lot of time when scripting. Having json, never mind all the gripes I have with this format, really join everything together. Also, honorable mention for `zellij` which I find to be a much saner UX-wise alternative to `tmux`, and the `helix` text editor, which for me is neo-vim but with, again, a better UX (especially for beginner) and a lot more battery included feature while remaining faster (IMEX) than nvim with matching plugin for feature-parity. EDIT: I would also add difftastic ( https://github.com/Wilfred/difftastic ) which is a syntax aware diff tool. I don't use it much, but it does makes some diff so so much easier to read. [0] https://github.com/sharkdp/fd?tab=readme-ov-file#placeholder...
In Modern Linux tools
WiggleGuy·Jun 6, 2025Submission

Show HN: An open-source browser extension that integrates difftastic into GitHub

This was meant to be a weekend project and ended up taking a liiiittle longer (only a couple more weekends haha). Difftastic (https://github.com/Wilfred/difftastic) is a popular tool that generates structural diffs. Its diffs are often nicer than git's default diffs, but it's a CLI only tool - so I made a browser extension that can display them directly within Github.
3 points · Open discussion

Showing the 15 most recent of 53 sources. Enable JavaScript to search and browse every indexed mention.

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.