No description
Find a file
Yousif Akbar 1d56bc897d
Build Adjustments (#179)
* Adding extra compile targets

* Moving symbol stripping to cargo release build instead of doing it manually after the fact

* Removing Windows builds

* aarch64-apple-darwin build works better without cross

* Re-introducing windows builds, but commenting it out to signal future work

* Commenting out failing `aarch64-apple-darwin` test

* Adding failing 'x86_64-pc-windows-msvc` test back in as a comment
2023-05-17 13:54:28 -05:00
.github/workflows Build Adjustments (#179) 2023-05-17 13:54:28 -05:00
src Rename --string-mode to --fixed-strings (#192) 2023-05-16 20:25:29 -05:00
tests Fix warnings and clippy lints (#185) 2023-05-10 00:22:22 -05:00
.editorconfig Add editor config file matching rustfmt config (#184) 2023-05-10 00:12:54 -05:00
.gitignore start 2018-12-23 00:01:35 -05:00
.rustfmt.toml Upgrade Azure Pipelines (#65) 2020-03-18 20:15:52 -04:00
build.rs Change how all shell variants are expressed (#190) 2023-05-13 12:38:02 -05:00
Cargo.lock Replace structopt with clap v4 (#189) 2023-05-11 23:43:47 -05:00
Cargo.toml Build Adjustments (#179) 2023-05-17 13:54:28 -05:00
CHANGELOG.md Update CHANGELOG.md 2019-06-16 15:30:01 -04:00
LICENSE Add license + CI 2018-12-23 00:04:55 -05:00
README.md Freshen up README (#187) 2023-05-11 19:36:18 -05:00
release.toml .release.toml -> release.toml 2018-12-30 00:59:17 -05:00

sd - s[earch] & d[isplace]

sd is an intuitive find & replace CLI.

The Pitch

Why use it over any existing tools?

Painless regular expressions

sd uses regex syntax that you already know from JavaScript and Python. Forget about dealing with quirks of sed or awk - get productive immediately.

String-literal mode

Non-regex find & replace. No more backslashes or remembering which characters are special and need to be escaped.

Easy to read, easy to write

Find & replace expressions are split up, which makes them easy to read and write. No more messing with unclosed and escaped slashes.

Smart, common-sense defaults

Defaults follow common sense and are tailored for typical daily use.

Comparison to sed

While sed does a whole lot more, sd focuses on doing just one thing and doing it well.

Some cherry-picked examples, where sd shines:

  • Simpler syntax for replacing all occurrences:
    • sd: sd before after
    • sed: sed s/before/after/g
  • Replace newlines with commas:
    • sd: sd '\n' ','
    • sed: sed ':a;N;$!ba;s/\n/,/g'
  • Extracting stuff out of strings containing slashes:
    • sd: echo "sample with /path/" | sd '.*(/.*/)' '$1'
    • sed: use different delimiters every time depending on expression so that the command is not completely unreadable
      • echo "sample with /path/" | sed -E 's/.*(\\/.*\\/)/\1/g'
      • echo "sample with /path/" | sed -E 's|.*(/.*/)|\1|g'
  • In place modification of files:
    • sd: sd before after file.txt
    • sed: you need to remember to use -e or else some platforms will consider the next argument to be a backup suffix
      • sed -i -e 's/before/after/g' file.txt

Benchmarks

Simple replacement on ~1.5 gigabytes of JSON

hyperfine --warmup 3 --export-markdown out.md \
  'sed -E "s/\"/'"'"'/g" *.json > /dev/null' \
  'sed    "s/\"/'"'"'/g" *.json > /dev/null' \
  'sd     "\"" "'"'"'"   *.json > /dev/null'
Command Mean [s] Min…Max [s]
sed -E "s/\"/'/g" *.json > /dev/null 2.338 ± 0.008 2.332…2.358
sed "s/\"/'/g" *.json > /dev/null 2.365 ± 0.009 2.351…2.378
sd "\"" "'" *.json > /dev/null 0.997 ± 0.006 0.987…1.007

Result: ~2.35 times faster

Regex replacement on a ~55M json file:

hyperfine --warmup 3 --export-markdown out.md \
  'sed -E "s:(\w+):\1\1:g"    dump.json > /dev/null' \
  'sed    "s:\(\w\+\):\1\1:g" dump.json > /dev/null' \
  'sd     "(\w+)" "$1$1"      dump.json > /dev/null'
Command Mean [s] Min…Max [s]
sed -E "s:(\w+):\1\1:g" dump.json > /dev/null 11.315 ± 0.215 11.102…11.725
sed "s:\(\w\+\):\1\1:g" dump.json > /dev/null 11.239 ± 0.208 11.057…11.762
sd "(\w+)" "$1$1" dump.json > /dev/null 0.942 ± 0.004 0.936…0.951

Result: ~11.93 times faster

Installation

Install through cargo with cargo install sd, or through various package managers

Packaging status

Quick Guide

  1. String-literal mode. By default, expressions are treated as regex. Use -s or --string-mode to disable regex.
> echo 'lots((([]))) of special chars' | sd -s '((([])))' ''
lots of special chars
  1. Basic regex use - let's trim some trailing whitespace
> echo 'lorem ipsum 23   ' | sd '\s+$' ''
lorem ipsum 23
  1. Capture groups

Indexed capture groups:

> echo 'cargo +nightly watch' | sd '(\w+)\s+\+(\w+)\s+(\w+)' 'cmd: $1, channel: $2, subcmd: $3'
cmd: cargo, channel: nightly, subcmd: watch

Named capture groups:

> echo "123.45" | sd '(?P<dollars>\d+)\.(?P<cents>\d+)' '$dollars dollars and $cents cents'
123 dollars and 45 cents

In the unlikely case you stumble upon ambiguities, resolve them by using ${var} instead of $var. Here's an example:

> echo '123.45' | sd '(?P<dollars>\d+)\.(?P<cents>\d+)' '$dollars_dollars and $cents_cents'
 and 
 
> echo '123.45' | sd '(?P<dollars>\d+)\.(?P<cents>\d+)' '${dollars}_dollars and ${cents}_cents'
123_dollars and 45_cents
  1. Find & replace in a file
> sd 'window.fetch' 'fetch' http.js

That's it. The file is modified in-place.

To preview changes:

> sd -p 'window.fetch' 'fetch' http.js 
  1. Find & replace across project

This example uses fd.

Good ol' unix philosophy to the rescue.

fd --type file --exec sd 'from "react"' 'from "preact"'

Same, but with backups (consider version control).

fd --type file --exec cp {} {}.bk \; --exec sd 'from "react"' 'from "preact"'

Edge cases

sd will interpret every argument starting with - as a (potentially unknown) flag. The common convention of using -- to signal the end of flags is respected:

$ echo "./hello foo" | sd "foo" "-w"
error: Found argument '-w' which wasn't expected, or isn't valid in this context

USAGE:
    sd [OPTIONS] <find> <replace-with> [files]...

For more information try --help
$ echo "./hello foo" | sd "foo" -- "-w"
./hello -w
$ echo "./hello --foo" | sd -- "--foo" "-w"
./hello -w