git-lfs/t/t-filter-branch.sh
brian m. carlson b2ddccd90d t: avoid using shell variables in printf's first argument
The printf(1) command, like it's C cousin, takes a format string as its
first argument.  If a shell variable is passed as the first argument, it
will be interpreted as a format string; this can lead to surprising
behavior and can cause the test suite to fail if we accidentally insert
a format string character into the variable.

Modify all the places in the individual tests that we use a plain quoted
variable as the format string by running the following Ruby one-liner:

  ruby -i -pe '$_.gsub!(/printf "\$/, %q(printf "%s" "$))' t/t-*.sh

Avoid modifying the test helpers, as there are places (such as calc_oid)
where we want to pass text containing escapes (such as "\n") and have
those be properly interpreted by printf(1).
2018-09-10 14:57:10 +00:00

42 lines
938 B
Bash
Executable File

#!/usr/bin/env bash
. "$(dirname "$0")/testlib.sh"
begin_test "filter-branch (git-lfs/git-lfs#1773)"
(
set -e
reponame="filter-branch"
setup_remote_repo "$reponame"
clone_repo "$reponame" "$reponame"
contents_a="contents (a)"
printf "%s" "$contents_a" > a.dat
git add a.dat
git commit -m "add a.dat"
contents_b="contents (b)"
printf "%s" "$contents_b" > b.dat
git add b.dat
git commit -m "add b.dat"
contents_c="contents (c)"
printf "%s" "$contents_c" > c.dat
git add c.dat
git commit -m "add c.dat"
git filter-branch -f --prune-empty \
--tree-filter '
echo >&2 "---"
git rm --cached -r -q .
git lfs track "*.dat"
git add .
' --tag-name-filter cat -- --all
assert_pointer "master" "a.dat" "$(calc_oid "$contents_a")" 12
assert_pointer "master" "b.dat" "$(calc_oid "$contents_b")" 12
assert_pointer "master" "c.dat" "$(calc_oid "$contents_c")" 12
)
end_test