From: "Philippe Blain via GitGitGadget" <gitgitgadget@gmail.com>
To: git@vger.kernel.org
Cc: Michael J Gruber <git@grubix.eu>,
Matthieu Moy <git@matthieu-moy.fr>,
John Keeping <john@keeping.me.uk>,
Karthik Nayak <karthik.188@gmail.com>, Jeff King <peff@peff.net>,
Alex Henrie <alexhenrie24@gmail.com>,
Philippe Blain <levraiphilippeblain@gmail.com>
Subject: [PATCH v3 0/3] ref-filter: handle CRLF at end-of-line more gracefully
Date: Mon, 12 Oct 2020 18:09:26 +0000 [thread overview]
Message-ID: <pull.576.v3.git.1602526169.gitgitgadget@gmail.com> (raw)
In-Reply-To: <pull.576.v2.git.1583807093.gitgitgadget@gmail.com>
Changes since v2:
* in response to Junio's comments, improved the logic in 'find_subpos'. I
tried to also simplify the code by using 'str*' functions, to make it
more obvious what the code is actually looking for in the message.
* took Junio's suggestion for 'copy_subject'
* in response to Junio's comments, tweaked the commit message for patch 2/3
* refactored 'lib-crlf-messages.sh' to reduce duplication (patch 1/3)
* added tests for 'git show' in patch 3/3
* removed commit hashes in tests to make them hash-agnostic
----------------------------------------------------------------------------
The ref-filter code does not correctly handle commit or tag messages that
use CRLF as the line terminator. Such messages can be created with the
--verbatim option of git commit and git tag, or by using git commit-tree
directly.
The function find_subpos in ref-filter.c looks for two consecutive '\n' to
find the end of the subject line, a sequence which is absent in messages
using CRLF. This results in the whole message being parsed as the subject
line (%(contents:subject)), and the body of the message (%(contents:body))
being empty.
Moreover, in copy_subject, '\n' is replaced by space, but '\r' is untouched.
This bug is a regression for git branch --verbose, which bisects down to
949af06 (branch: use ref-filter printing APIs, 2017-01-10).
The first patch in this series adds a new test library,
t/lib-crlf-messages.sh, that contains functions to test this behaviour for
commands using either the ref-filter or the pretty API to display messages.
The second patch fixes the bug in ref-filter.c and adds corresponding tests.
Finally, the third patch adds a test that checks the behaviour of git log
andgit show in the presence of CRLF in messages, to prevent futur
regressions.
----------------------------------------------------------------------------
v2:
The ref-filter API does not correctly handle commit or tag messages that use
CRLF as the line terminator. Such messages can be created with the--verbatim
option of git commit and git tag, or by using git commit-tree directly.
This impacts the output git branch, git tag and git for-each-refwhen used
with a --format argument containing the atoms%(contents:subject) or
%(contents:body), as well as the output ofgit branch --verbose, which uses
%(contents:subject) internally.
The function find_subpos in ref-filter.c looks for two consecutive '\n' to
find the end of the subject line, a sequence which is absent in messages
using CRLF. This results in the whole message being parsed as the subject
line (%(contents:subject)), and the body of the message (%(contents:body))
being empty.
Moreover, in copy_subject, '\n' is replaced by space, but '\r' is untouched,
resulting in the escape sequence '^M' being output verbatim in most terminal
emulators:
$ git branch --verbose
* crlf 2113b0e Subject first line^M ^M Body first line^M Body second line
This bug is a regression for git branch --verbose, which bisects down to
949af06 (branch: use ref-filter printing APIs, 2017-01-10).
The first patch in this series adds a new test library,
t/lib-crlf-messages.sh, that contains functions to test this behaviour for
commands using either the ref-filter or the pretty API to display messages.
The second patch fixes the bug in ref-filter.c and adds corresponding tests.
Finally, the third patch adds a test that checks the behaviour of git log in
the presence of CRLF in messages, to prevent futur regressions.
changes since v1:
* improved the cover letter and the commit message of the 2nd patch to
actually describe the bug this series is fixing
----------------------------------------------------------------------------
v1:
The ref-filter API does not correctly handle commit or tag messages that use
CRLF as the line terminator. Such messages can be created with the--verbatim
option of git commit and git tag, or by using git commit-tree directly.
This impacts the output of git branch -v, and git branch, git tag and git
for-each-ref when used with a --format argument containing the atoms
%(contents:subject) or %(contents:body).
The first patch in this series adds a new test library,
t/lib-crlf-messages.sh, that contains functions to test this behaviour for
commands using either the ref-filter or the pretty API to display messages.
The second patch fixes the bug in ref-filter.c and adds corresponding tests.
Finally, the third patch adds a test that checks the behaviour of git log in
the presence of CRLF in messages, to prevent futur regressions.
Philippe Blain (3):
t: add lib-crlf-messages.sh for messages containing CRLF
ref-filter: handle CRLF at end-of-line more gracefully
log, show: add tests for messages containing CRLF
ref-filter.c | 36 +++++++++-------
t/lib-crlf-messages.sh | 90 ++++++++++++++++++++++++++++++++++++++++
t/t3203-branch-output.sh | 31 +++++++++++---
t/t4202-log.sh | 18 ++++++++
t/t6300-for-each-ref.sh | 5 +++
t/t7004-tag.sh | 7 ++++
t/t7007-show.sh | 5 +++
7 files changed, 172 insertions(+), 20 deletions(-)
create mode 100644 t/lib-crlf-messages.sh
base-commit: d4a392452e292ff924e79ec8458611c0f679d6d4
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-576%2Fphil-blain%2Ffix-branch-verbose-crlf-v3
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-576/phil-blain/fix-branch-verbose-crlf-v3
Pull-Request: https://github.com/gitgitgadget/git/pull/576
Range-diff vs v2:
1: b252113803 ! 1: f17d182c3b t: add lib-crlf-messages.sh for messages containing CRLF
@@ Commit message
commit messages, so that we can easily test that this bug does not
appear in other commands in the future.
- The function test_crlf_subject_body_and_contents can be used to test
+ The function `test_crlf_subject_body_and_contents` can be used to test
that the `--format` option of `branch`, `tag`, `for-each-ref` and
- `log` correctly displays the subject, body and raw body of commits and
+ `log` correctly displays the subject, body and raw content of commits and
tag messages.
The commits are created using `commit-tree` such that the current branch
in the test repository is not affected when `test_create_crlf_refs` is
- called in a test. This is to done so that the CRLF tests can be inserted
- anywhere in a test script where it makes sense to do so, without having
- to potentially modify further test that depend on output that would be
+ called in a test. This is done so that the CRLF tests can be inserted
+ anywhere in a test script, where it makes sense to do so, without having
+ to potentially modify further tests that depend on output that would be
modified if the current branch gained new commits.
Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
@@ t/lib-crlf-messages.sh (new)
@@
+# Setup refs with commit and tag messages containing CRLF
+
++LIB_CRLF_BRANCHES=""
++
+create_crlf_ref () {
+ message="$1" &&
+ subject="$2" &&
@@ t/lib-crlf-messages.sh (new)
+ printf "${message}" >.crlf-message-${branch}.txt &&
+ printf "${subject}" >.crlf-subject-${branch}.txt &&
+ printf "${body}" >.crlf-body-${branch}.txt &&
-+ test_tick &&
++ LIB_CRLF_BRANCHES="${LIB_CRLF_BRANCHES} ${branch}"
++ test_tick &&
+ hash=$(git commit-tree HEAD^{tree} -p HEAD -F .crlf-message-${branch}.txt) &&
+ git branch ${branch} ${hash} &&
+ git tag tag-${branch} ${branch} -F .crlf-message-${branch}.txt --cleanup=verbatim
@@ t/lib-crlf-messages.sh (new)
+ message="Subject first line\r\n\r\nBody first line\r\nBody second line\r\n" &&
+ body="Body first line\r\nBody second line\r\n" &&
+ subject="Subject first line" &&
-+ create_crlf_ref "${message}" "${subject}" "${body}" "crlf" &&
++ branch="crlf" &&
++ create_crlf_ref "${message}" "${subject}" "${body}" "${branch}" &&
+ message="Subject first line\r\n\r\n\r\nBody first line\r\nBody second line\r\n" &&
-+ create_crlf_ref "${message}" "${subject}" "${body}" "crlf-empty-lines-after-subject" &&
++ branch="crlf-empty-lines-after-subject" &&
++ create_crlf_ref "${message}" "${subject}" "${body}" "${branch}" &&
+ message="Subject first line\r\nSubject second line\r\n\r\nBody first line\r\nBody second line\r\n" &&
+ subject="Subject first line Subject second line" &&
-+ create_crlf_ref "${message}" "${subject}" "${body}" "crlf-two-line-subject"
++ branch="crlf-two-line-subject" &&
++ create_crlf_ref "${message}" "${subject}" "${body}" "${branch}" &&
++ message="Subject first line\r\nSubject second line" &&
++ subject="Subject first line Subject second line" &&
++ body="" &&
++ branch="crlf-two-line-subject-no-body" &&
++ create_crlf_ref "${message}" "${subject}" "${body}" "${branch}" &&
++ message="Subject first line\r\nSubject second line\r\n" &&
++ branch="crlf-two-line-subject-no-body-trailing-newline" &&
++ create_crlf_ref "${message}" "${subject}" "${body}" "${branch}" &&
++ message="Subject first line\r\nSubject second line\r\n\r" &&
++ branch="crlf-two-line-subject-no-body-trailing-newline2" &&
++ create_crlf_ref "${message}" "${subject}" "${body}" "${branch}"
+}
+
+test_create_crlf_refs () {
@@ t/lib-crlf-messages.sh (new)
+}
+
+cleanup_crlf_refs () {
-+ for branch in crlf crlf-empty-lines-after-subject crlf-two-line-subject; do
++ for branch in ${LIB_CRLF_BRANCHES}; do
+ git branch -D ${branch} &&
+ git tag -d tag-${branch} &&
+ rm .crlf-message-${branch}.txt &&
@@ t/lib-crlf-messages.sh (new)
+}
+
+test_cleanup_crlf_refs () {
-+ test_expect_success 'clenup refs with CRLF commit messages' '
++ test_expect_success 'cleanup refs with CRLF commit messages' '
+ cleanup_crlf_refs
+ '
+}
@@ t/lib-crlf-messages.sh (new)
+ command=$1 &&
+ if [ ${command} = "branch" ] || [ ${command} = "for-each-ref" ] || [ ${command} = "tag" ]; then
+ atoms="(contents:subject) (contents:body) (contents)"
-+ elif [ ${command} = "log" ]; then
++ elif [ ${command} = "log" ] || [ ${command} = "show" ]; then
+ atoms="s b B"
+ fi &&
+ files="subject body message" &&
@@ t/lib-crlf-messages.sh (new)
+ set ${files} && file=$1 && shift && files="$*" &&
+ test_expect_success "${command}: --format='%${atom}' works with CRLF input" "
+ rm -f expect &&
-+ for ref in crlf crlf-empty-lines-after-subject crlf-two-line-subject; do
++ for ref in ${LIB_CRLF_BRANCHES}; do
+ cat .crlf-${file}-\"\${ref}\".txt >>expect &&
+ printf \"\n\" >>expect
+ done &&
2: aab1f45ba9 ! 2: 11d044a4f7 ref-filter: fix the API to correctly handle CRLF
@@ Metadata
Author: Philippe Blain <levraiphilippeblain@gmail.com>
## Commit message ##
- ref-filter: fix the API to correctly handle CRLF
+ ref-filter: handle CRLF at end-of-line more gracefully
- The ref-filter API does not correctly handle commit or tag messages that
+ The ref-filter code does not correctly handle commit or tag messages that
use CRLF as the line terminator. Such messages can be created with the
`--verbatim` option of `git commit` and `git tag`, or by using `git
commit-tree` directly.
- This impacts the output `git branch`, `git tag` and `git for-each-ref`
- when used with a `--format` argument containing the atoms
- `%(contents:subject)` or `%(contents:body)`, as well as the output of
- `git branch --verbose`, which uses `%(contents:subject)` internally.
-
- The function find_subpos in ref-filter.c looks for two consecutive '\n'
- to find the end of the subject line, a sequence which is absent in
+ The function `find_subpos` in ref-filter.c looks for two consecutive
+ LFs to find the end of the subject line, a sequence which is absent in
messages using CRLF. This results in the whole message being parsed as
the subject line (`%(contents:subject)`), and the body of the message
(`%(contents:body)`) being empty.
- Moreover, in copy_subject, '\n' is replaced by space, but '\r' is
- untouched, resulting in the escape sequence '^M' being output verbatim
- in most terminal emulators:
+ Moreover, in `copy_subject`, which wants to return the subject as a
+ single line, '\n' is replaced by space, but '\r' is
+ untouched.
- $ git branch --verbose
- * crlf 2113b0e Subject first line^M ^M Body first line^M Body second line
+ This impacts the output of `git branch`, `git tag` and `git
+ for-each-ref`.
This bug is a regression for `git branch --verbose`, which
bisects down to 949af0684c (branch: use ref-filter printing APIs,
2017-01-10).
Fix this bug in ref-filter by hardening the logic in `copy_subject` and
- `find_subpos` to correctly parse messages containing CRFL.
+ `find_subpos` to correctly parse messages containing CRLF.
Add tests for `branch`, `tag` and `for-each-ref` using
lib-crlf-messages.sh.
- The 'make commits' test at the beginning of t3203-branch-output.sh needs
- to be modified since it did not use `test_tick` and thus the commit
- hashes were not reproducible. For simplicity, use `test_commit` as the
- content and name of the files created in this setup test are irrelevant
- to the rest of the test script.
+ The 'make commits' test at the beginning of t3203-branch-output.sh does
+ not use `test_tick` and thus the commit hashes are not reproducible. For
+ simplicity, use `test_commit` to create the commits, as the content and
+ name of the files created in this setup test are irrelevant to the rest
+ of the test script.
- `test_cleanup_crlf_refs` is used in t3203-branch-output.sh and
- t7004-tag.sh to avoid having to modify the expected output in later
- tests.
+ Use `test_cleanup_crlf_refs` in t3203-branch-output.sh and t7004-tag.sh
+ to avoid having to modify the expected output in later tests.
+ Helped-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
## ref-filter.c ##
-@@ ref-filter.c: static char *copy_subject(const char *buf, unsigned long len)
+@@ ref-filter.c: static const char *copy_email(const char *buf, struct used_atom *atom)
+
+ static char *copy_subject(const char *buf, unsigned long len)
{
- char *r = xmemdupz(buf, len);
- int i;
+- char *r = xmemdupz(buf, len);
+- int i;
+ struct strbuf sb = STRBUF_INIT;
- for (i = 0; i < len; i++)
-+ strbuf_attach(&sb, r, len, len + 1);
-+ for (i = 0; i < sb.len; i++) {
- if (r[i] == '\n')
- r[i] = ' ';
-+ if (r[i] == '\r') {
-+ strbuf_remove(&sb, i, 1);
-+ i -= 1;
-+ }
-+ }
-+ strbuf_detach(&sb, NULL);
+- if (r[i] == '\n')
+- r[i] = ' ';
++ for (int i = 0; i < len; i++) {
++ if (buf[i] == '\r' && i + 1 < len && buf[i + 1] == '\n')
++ continue; /* ignore CR in CRLF */
- return r;
+- return r;
++ if (buf[i] == '\n')
++ strbuf_addch(&sb, ' ');
++ else
++ strbuf_addch(&sb, buf[i]);
++ }
++ return strbuf_detach(&sb, NULL);
}
+
+ static void grab_date(const char *buf, struct atom_value *v, const char *atomname)
@@ ref-filter.c: static void find_subpos(const char *buf,
- eol = strchrnul(buf, '\n');
- if (*eol)
- eol++;
-+ /* protect against messages that might contain \r\n */
-+ if (*eol == '\r')
-+ eol++;
- buf = eol;
- }
+
+ /* subject is first non-empty line */
+ *sub = buf;
+- /* subject goes to first empty line */
+- while (buf < *sig && *buf && *buf != '\n') {
+- eol = strchrnul(buf, '\n');
+- if (*eol)
+- eol++;
+- buf = eol;
+- }
++ /* subject goes to first empty line before signature begins */
++ if ((eol = strstr(*sub, "\n\n"))) {
++ eol = eol < *sig ? eol : *sig;
++ /* check if message uses CRLF */
++ } else if (! (eol = strstr(*sub, "\r\n\r\n"))) {
++ /* treat whole message as subject */
++ eol = strrchr(*sub, '\0');
++ }
++ buf = eol;
*sublen = buf - *sub;
/* drop trailing newline, if present */
- if (*sublen && (*sub)[*sublen - 1] == '\n')
+- if (*sublen && (*sub)[*sublen - 1] == '\n')
++ while (*sublen && ((*sub)[*sublen - 1] == '\n' || (*sub)[*sublen - 1] == '\r'))
*sublen -= 1;
-+ /* protect against commit messages that might contain \r\n */
-+ else if (*sublen && (*sub)[*sublen - 1] == '\r')
-+ *sublen -= 3; /* drop '\r\n\r' */
/* skip any empty lines */
- while (*buf == '\n')
-+ /* and protect against commit messages that might contain \r\n */
+ while (*buf == '\n' || *buf == '\r')
buf++;
*body = buf;
@@ t/t3203-branch-output.sh: test_expect_success 'git branch --ignore-case --list -
+
+test_expect_success 'git branch -v works with CRLF input' '
+ cat >expect <<-EOF &&
-+ branch-one 139b20d two
-+ branch-two d79ce16 one
-+ crlf 2113b0e Subject first line
-+ crlf-empty-lines-after-subject 0a9530d Subject first line
-+ crlf-two-line-subject f9ded1f Subject first line Subject second line
-+ * master 139b20d two
++ two
++ one
++ Subject first line
++ Subject first line
++ Subject first line Subject second line
++ Subject first line Subject second line
++ Subject first line Subject second line
++ Subject first line Subject second line
+ EOF
-+ git branch -v >actual &&
++ git branch -v >tmp &&
++ # Remove first two columns, and the line for the currently checked out branch
++ current=$(git branch --show-current) &&
++ grep -v $current <tmp | awk "{\$1=\$2=\"\"}1" >actual &&
+ test_cmp expect actual
+'
+
@@ t/t6300-for-each-ref.sh: test_description='for-each-ref test'
# Mon Jul 3 23:18:43 2006 +0000
datestamp=1151968723
-@@ t/t6300-for-each-ref.sh: test_expect_success 'for-each-ref --ignore-case ignores case' '
+@@ t/t6300-for-each-ref.sh: test_expect_success 'for-each-ref --ignore-case works on multiple sort keys' '
test_cmp expect actual
'
3: c84092e457 ! 3: 59957d1391 log: add tests for messages containing CRLF to t4202
@@ Metadata
Author: Philippe Blain <levraiphilippeblain@gmail.com>
## Commit message ##
- log: add tests for messages containing CRLF to t4202
+ log, show: add tests for messages containing CRLF
- A previous commit fixed a bug in the ref-filter API causing messages
+ A previous commit fixed a bug in ref-filter.c causing messages
containing CRLF to be incorrectly parsed and displayed.
- Add a test to also check that `git log` correctly handles such messages,
- to prevent futur regressions.
+ Add tests to also check that `git log` and `git show` correctly handle
+ such messages, to prevent futur regressions if these commands are
+ refactored to use the ref-filter API.
+
+ To prevent having to modify expected output in further tests, use
+ 'test_cleanup_crlf_refs' in t4202 to clean-up after the added tests.
Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
@@ t/t4202-log.sh: test_expect_success 'oneline' '
+test_create_crlf_refs
+
+test_expect_success 'oneline with CRLF messages' '
-+ echo "002093e Subject first line" >expect &&
-+ git log --oneline -1 crlf >actual-branch &&
-+ git log --oneline -1 tag-crlf >actual-tag &&
-+ test_cmp expect actual-branch &&
-+ test_cmp expect actual-tag &&
-+ echo "6f814b0 Subject first line" >expect &&
-+ git log --oneline -1 crlf-empty-lines-after-subject >actual-branch &&
-+ git log --oneline -1 tag-crlf-empty-lines-after-subject >actual-tag &&
-+ test_cmp expect actual-branch &&
-+ test_cmp expect actual-tag &&
-+ echo "8c58a85 Subject first line Subject second line" >expect &&
-+ git log --oneline -1 crlf-two-line-subject >actual-branch &&
-+ git log --oneline -1 tag-crlf-two-line-subject >actual-tag &&
-+ test_cmp expect actual-branch &&
-+ test_cmp expect actual-tag
++ for branch in $LIB_CLRF_BRANCHES; do
++ cat .crlf-subject-${branch}.txt >expect &&
++ git log --oneline -1 ${branch} >tmp-branch &&
++ git log --oneline -1 tag-${branch} >tmp-tag &&
++ awk "{print \$NF}" <tmp-branch >actual-branch &&
++ awk "{print \$NF}" <tmp-tag >actual-tag &&
++ test_cmp expect actual-branch &&
++ test_cmp expect actual-tag
++ done
+'
+test_crlf_subject_body_and_contents log --all --reverse --grep Subject
+
@@ t/t4202-log.sh: test_expect_success 'oneline' '
test_expect_success 'diff-filter=A' '
git log --no-renames --pretty="format:%s" --diff-filter=A HEAD > actual &&
+
+ ## t/t7007-show.sh ##
+@@
+ test_description='git show'
+
+ . ./test-lib.sh
++. "$TEST_DIRECTORY/lib-crlf-messages.sh"
+
+ test_expect_success setup '
+ echo hello world >foo &&
+@@ t/t7007-show.sh: test_expect_success 'show --graph is forbidden' '
+ test_must_fail git show --graph HEAD
+ '
+
++test_create_crlf_refs
++
++test_crlf_subject_body_and_contents show $LIB_CRLF_BRANCHES
++
+ test_done
--
gitgitgadget
next prev parent reply other threads:[~2020-10-12 18:09 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-08 18:29 [PATCH 0/3] Teach ref-filter API to correctly handle CRLF in messages Philippe Blain via GitGitGadget
2020-03-08 18:29 ` [PATCH 1/3] t: add lib-crlf-messages.sh for messages containing CRLF Philippe Blain via GitGitGadget
2020-03-08 18:29 ` [PATCH 2/3] ref-filter: teach the API to correctly handle CRLF Philippe Blain via GitGitGadget
2020-03-08 18:29 ` [PATCH 3/3] log: add tests for messages containing CRLF to t4202 Philippe Blain via GitGitGadget
2020-03-09 15:14 ` [PATCH 0/3] Teach ref-filter API to correctly handle CRLF in messages Junio C Hamano
2020-03-10 2:19 ` Philippe Blain
2020-03-10 2:24 ` [PATCH v2 " Philippe Blain via GitGitGadget
2020-03-10 2:24 ` [PATCH v2 1/3] t: add lib-crlf-messages.sh for messages containing CRLF Philippe Blain via GitGitGadget
2020-03-10 2:24 ` [PATCH v2 2/3] ref-filter: fix the API to correctly handle CRLF Philippe Blain via GitGitGadget
2020-03-10 17:50 ` Junio C Hamano
2020-03-10 2:24 ` [PATCH v2 3/3] log: add tests for messages containing CRLF to t4202 Philippe Blain via GitGitGadget
2020-03-10 3:31 ` [PATCH v2 0/3] Teach ref-filter API to correctly handle CRLF in messages Junio C Hamano
2020-03-10 17:24 ` Junio C Hamano
2020-10-12 18:09 ` Philippe Blain via GitGitGadget [this message]
2020-10-12 18:09 ` [PATCH v3 1/3] t: add lib-crlf-messages.sh for messages containing CRLF Philippe Blain via GitGitGadget
2020-10-12 22:22 ` Junio C Hamano
2020-10-14 13:22 ` Philippe Blain
2020-10-12 22:47 ` Eric Sunshine
2020-10-14 13:20 ` Philippe Blain
2020-10-14 13:45 ` Eric Sunshine
2020-10-14 13:52 ` Philippe Blain
2020-10-14 23:01 ` Eric Sunshine
2020-10-22 3:09 ` Philippe Blain
2020-10-12 18:09 ` [PATCH v3 2/3] ref-filter: handle CRLF at end-of-line more gracefully Philippe Blain via GitGitGadget
2020-10-12 22:24 ` Junio C Hamano
2020-10-14 13:09 ` Philippe Blain
2020-10-12 18:09 ` [PATCH v3 3/3] log, show: add tests for messages containing CRLF Philippe Blain via GitGitGadget
2020-10-22 3:01 ` [PATCH v4 0/2] ref-filter: handle CRLF at end-of-line more gracefully Philippe Blain via GitGitGadget
2020-10-22 3:01 ` [PATCH v4 1/2] " Philippe Blain via GitGitGadget
2020-10-23 0:52 ` Junio C Hamano
2020-10-23 1:46 ` Philippe Blain
2020-10-28 20:24 ` Junio C Hamano
2020-10-29 1:29 ` Philippe Blain
2020-10-22 3:01 ` [PATCH v4 2/2] log, show: add tests for messages containing CRLF Philippe Blain via GitGitGadget
2020-10-22 19:24 ` Philippe Blain
2020-10-29 12:48 ` [PATCH v5 0/2] ref-filter: handle CRLF at end-of-line more gracefully Philippe Blain via GitGitGadget
2020-10-29 12:48 ` [PATCH v5 1/2] " Philippe Blain via GitGitGadget
2020-10-29 12:48 ` [PATCH v5 2/2] log, show: add tests for messages containing CRLF Philippe Blain via GitGitGadget
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=pull.576.v3.git.1602526169.gitgitgadget@gmail.com \
--to=gitgitgadget@gmail.com \
--cc=alexhenrie24@gmail.com \
--cc=git@grubix.eu \
--cc=git@matthieu-moy.fr \
--cc=git@vger.kernel.org \
--cc=john@keeping.me.uk \
--cc=karthik.188@gmail.com \
--cc=levraiphilippeblain@gmail.com \
--cc=peff@peff.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).