summaryrefslogtreecommitdiff
path: root/contrib/completion/git-completion.zsh
diff options
context:
space:
mode:
authorLibravatar Torsten Bögershausen <tboegi@web.de>2015-05-03 18:38:01 +0200
committerLibravatar Junio C Hamano <gitster@pobox.com>2015-05-03 11:00:10 -0700
commit4bf256d67a85bed1e175ecc2706322eafe4489ca (patch)
treeab636a9e82e47f470cbeee37044117836dd4e006 /contrib/completion/git-completion.zsh
parentMerge branch 'maint-1.9' into maint-2.0 (diff)
downloadtgif-4bf256d67a85bed1e175ecc2706322eafe4489ca.tar.xz
blame: CRLF in the working tree and LF in the repo
A typical setup under Windows is to set core.eol to CRLF, and text files are marked as "text" in .gitattributes, or core.autocrlf is set to true. After 4d4813a5 "git blame" no longer works as expected for such a set-up. Every line is annotated as "Not Committed Yet", even though the working directory is clean. This is because the commit removed the conversion in blame.c for all files, with or without CRLF in the repo. Having files with CRLF in the repo and core.autocrlf=input is a temporary situation, and the files, if committed as is, will be normalized in the repo, which _will_ be a notable change. Blaming them with "Not Committed Yet" is the right result. Revert commit 4d4813a5 which was a misguided attempt to "solve" a non-problem. Add two test cases in t8003 to verify the correct CRLF conversion. Suggested-By: Stepan Kasal <kasal@ucw.cz> Signed-off-by: Torsten Bögershausen <tboegi@web.de> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'contrib/completion/git-completion.zsh')
0 files changed, 0 insertions, 0 deletions