Skip to the tool

Code diff

The code review view for code that never met a repository: two versions side by side, changes aligned, formatter noise switchable off.

Guide

How to use it

  1. Paste your version left, the other version right.
  2. The side-by-side view aligns changed lines in pairs, replacements read across the row.
  3. Formatter touched everything? Tick ignore whitespace to see only logic changes.
  4. Switch to inline for a unified, top-to-bottom read.

Examples

Worked examples

Ticket snippet vs production

A bug report includes "the code we run". Diffing it against the actual deployed file shows the reporter's copy is two releases old, mystery solved before debugging starts.

Vendor update vs your patch

A supplier ships v2.4 of a script you patched locally. The diff shows exactly which of your changes their update overwrites before you deploy it.

Two environment configs

Staging and production nginx configs, pasted side by side with ignore whitespace on: one proxy timeout differs. That is the outage.

Method

How it works

Lines are aligned with a longest-common-subsequence diff, the algorithm family behind git. In the side-by-side view a removal followed by an addition is paired into one row, which is how a human reads a replacement. Ignore-whitespace normalises indentation before comparing but displays your code exactly as pasted, monospace, wrapping long lines rather than truncating them.

Your code is compared on your device and never uploaded.

FAQ

Frequently asked questions

When would I diff code here instead of in git?

When the two versions never lived in the same repository: a snippet from a ticket versus production, a vendor's new release versus your patched copy, or config pulled from two environments.

How do I stop indentation changes swamping the diff?

Tick ignore whitespace. Lines that differ only in indentation or spacing then count as unchanged, leaving the logic changes visible.

Does it understand syntax?

It compares lines as text in a monospace view, which is what most code review reading actually needs. It does not parse the language, so a renamed variable shows on every line it touches.

Can it produce a patch file?

Not yet. The inline view reads like a unified diff, but export in .patch format is on the roadmap.

Is pasting proprietary code here safe?

The comparison runs on your device and nothing is transmitted, which you can verify offline. That is the difference from paste-to-server diff sites.

What is the size limit?

Roughly 2,000 lines per side stays instant. Bigger files: split by function or section, or use a local tool for whole-repository work.

More tools

Related tools

Diff checkerThe general tool with word mode for prose. JSON formatterNormalise two payloads before diffing them. Hash generatorFastest way to check whether two files are identical at all.
Skip to the tool

Code diff

The code review view for code that never met a repository: two versions side by side, changes aligned, formatter noise switchable off.

Paste the original on the left and the changed version on the right.

Everything runs in your browser. Both texts stay on your device, which matters when they are contracts or code.

Guide

How to use it

  1. Paste your version left, the other version right.
  2. The side-by-side view aligns changed lines in pairs, replacements read across the row.
  3. Formatter touched everything? Tick ignore whitespace to see only logic changes.
  4. Switch to inline for a unified, top-to-bottom read.

Examples

Worked examples

Ticket snippet vs production

A bug report includes "the code we run". Diffing it against the actual deployed file shows the reporter's copy is two releases old, mystery solved before debugging starts.

Vendor update vs your patch

A supplier ships v2.4 of a script you patched locally. The diff shows exactly which of your changes their update overwrites before you deploy it.

Two environment configs

Staging and production nginx configs, pasted side by side with ignore whitespace on: one proxy timeout differs. That is the outage.

Method

How it works

Lines are aligned with a longest-common-subsequence diff, the algorithm family behind git. In the side-by-side view a removal followed by an addition is paired into one row, which is how a human reads a replacement. Ignore-whitespace normalises indentation before comparing but displays your code exactly as pasted, monospace, wrapping long lines rather than truncating them.

Your code is compared on your device and never uploaded.

FAQ

Frequently asked questions

When would I diff code here instead of in git?

When the two versions never lived in the same repository: a snippet from a ticket versus production, a vendor's new release versus your patched copy, or config pulled from two environments.

How do I stop indentation changes swamping the diff?

Tick ignore whitespace. Lines that differ only in indentation or spacing then count as unchanged, leaving the logic changes visible.

Does it understand syntax?

It compares lines as text in a monospace view, which is what most code review reading actually needs. It does not parse the language, so a renamed variable shows on every line it touches.

Can it produce a patch file?

Not yet. The inline view reads like a unified diff, but export in .patch format is on the roadmap.

Is pasting proprietary code here safe?

The comparison runs on your device and nothing is transmitted, which you can verify offline. That is the difference from paste-to-server diff sites.

What is the size limit?

Roughly 2,000 lines per side stays instant. Bigger files: split by function or section, or use a local tool for whole-repository work.

More tools

Related tools