This website requires JavaScript.
Explore
Help
Sign In
undef
/
git-commit-vandalism
Watch
1
Star
0
Fork
0
You've already forked git-commit-vandalism
Code
Issues
Pull Requests
Packages
Projects
Releases
Wiki
Activity
3865a7e36d
git-commit-vandalism
/
t
/
chainlint
/
negated-one-liner.expect
6 lines
94 B
Plaintext
Raw
Normal View
History
Unescape
Escape
t/chainlint: add chainlint "one-liner" test cases The --chain-lint option uses heuristics and knowledge of shell syntax to detect broken &&-chains in subshells by pure textual inspection. The heuristics handle a range of stylistic variations in existing tests (evolved over the years), however, they are still best-guesses. As such, it is possible for future changes to accidentally break assumptions upon which the heuristics are based. Protect against this possibility by adding tests which check the linter itself for correctness. In addition to protecting against regressions, these tests help document (for humans) expected behavior, which is important since the linter's implementation language ('sed') does not necessarily lend itself to easy comprehension. Signed-off-by: Eric Sunshine <sunshine@sunshineco.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-07-11 08:46:37 +02:00
! (foo && bar) &&
! (foo && bar) >baz &&
chainlint.sed: improve ?!SEMI?! placement accuracy When chainlint.sed detects commands separated by a semicolon rather than by `&&`, it places a ?!SEMI?! annotation at the beginning of the line. However, this is an unusual location for programmers accustomed to error messages (from compilers, for instance) indicating the exact point of the problem. Therefore, relocate the ?!SEMI?! annotation to the location of the semicolon in order to better direct the programmer's attention to the source of the problem. Signed-off-by: Eric Sunshine <sunshine@sunshineco.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-12-13 07:30:51 +01:00
! (foo; ?!SEMI?! bar) &&
! (foo; ?!SEMI?! bar) >baz
Reference in New Issue
Copy Permalink