On Wed, 23 Oct 2024 05:59:12 +0000
王颢 <howard_w...@realsil.com.cn> wrote:
> Dear Stephen,
>
> OK, I will fix these issues.
> I would like to confirm that each document needs to have a blank line at the
> end, correct?
> Apologies, but we plan to maintain our current approach regarding stats this
> time.
>
> Best Regards,
> Howard Wang
Git documents this in 'git apply' man page. In this patchset, the errors appear
to be simple blank lines at the end.
--whitespace=<action>
When applying a patch, detect a new or modified line that has
whitespace errors. What are considered whitespace errors is
controlled by core.whitespace configuration. By default, trailing
whitespaces (including lines that solely consist of whitespaces) and
a space character that is immediately followed by a tab character
inside the initial indent of the line are considered whitespace
errors.
By default, the command outputs warning messages but applies the
patch. When git-apply is used for statistics and not applying a
patch, it defaults to nowarn.
You can use different <action> values to control this behavior:
• nowarn turns off the trailing whitespace warning.
• warn outputs warnings for a few such errors, but applies the
patch as-is (default).
• fix outputs warnings for a few such errors, and applies the
patch after fixing them (strip is a synonym — the tool used to
consider only trailing whitespace characters as errors, and the
fix involved stripping them, but modern Gits do more).
• error outputs warnings for a few such errors, and refuses to
apply the patch.
• error-all is similar to error but shows all errors.
