Почта другой стороны получила только открытый текст, без файла исправления. Я отправил сообщение, используя $ git send-email *.patch

git format-patch сам по себе не отправил бы электронное письмо.

git send-email будет

См., например, "Как использовать git send-email"

Sending the last 10 commits in the current branch:

git send-email -10 --cover-letter --annotate --subject "a topic"

(примечание: адаптируйте -10 к фактическому количеству последних коммитов, которые вы хотите включить в свое электронное письмо)

The --cover-letter option creates an extra mail that will be sent before the actual patch mails. You can add write some introduction to the patch set in the cover letter.
If you need to explain the patches, be sure to include the explanations also in the commit messages, because the cover letter text won't be recorded in the git history.

Refusing to send because the patch
/tmp/YXy7Hba5WV/0000-cover-letter.patch
Has the template subject '*** SUBJECT HERE ***'. Pass --force if you really want to send

Обязательно используйте файл --subject вариант.

Обратите внимание, что git format-patch также имеет --notes вариант

The expected use case of this is to write supporting explanation for the commit that does not belong to the commit log message proper, and include it with the patch submission.
While one can simply write these explanations after format-patch has run but before sending, keeping them as Git notes allows them to be maintained between versions of the patch series

Git 2.23 (3 квартал 2019 г.) добавляет конфигурацию, чтобы установить значение по умолчанию для параметра --notes=<ref>.

См. совершить 13cdf78 (16 мая 2019 г.) и зафиксировать 83d9db7 (10 мая 2019 г.) от Дентон Лю (Denton-L).
^{(Merged by Junio C Hamano -- gitster -- in commit e91f65d, 13 Jun 2019)}

format-patch: teach format.notes config option

In git-format-patch, notes can be appended with the --notes option.
However, this must be specified by the user on an invocation-by-invocation basis. If a user is not careful, it's possible that they may forget to include it and generate a patch series without notes.

Teach git-format-patch the format.notes config option.
Its value is a notes ref that will be automatically appended.
The special value of "standard" can be used to specify the standard notes. This option is overridable with the --no-notes option in case a user wishes not to append notes.

В Git 2.25 (1 квартал 2020 г.) «git format-patch» может принимать набор настроенных значений format.notes, чтобы указать, какие ссылки на заметки следует использовать в части вывода сообщения журнала.

Поведение этого не соответствовало нескольким параметрам командной строки --notes, что было исправлено.

См. зафиксировать e0f9095 (18 декабря 2019 г.), зафиксировать 1d72975, совершить 66f79ee (12 декабря 2019 г.) и зафиксировать 09ac67a, зафиксировать 8164c96, зафиксировать 452538c, зафиксировать e6e230e, совершить 1e6ed54 (9 декабря 2019 г.) от Дентон Лю (Denton-L).
^{(Merged by Junio C Hamano -- gitster -- in commit 17066be, 25 Dec 2019)}

format-patch: use --notes behavior for format.notes

^{Signed-off-by: Denton Liu}

When we had multiple format.notes config values where we had <ref1>, false, <ref2> (in that order), then we would print out the notes for both <ref1> and <ref2>.
This doesn't make sense, however, since we parse the config in a top-down manner and a false should be able to override previous configurations, just like how --no-notes will override previous --notes.

Duplicate the logic that handles the --[no-]notes[=] option to format.notes for consistency.
As a result, when parsing the config from top to bottom, format.notes = true will behave like --notes, format.notes = <ref> will behave like --notes=<ref> and format.notes = false will behave like --no-notes.

This change isn't strictly backwards compatible but since it is an edge case where a sane user would not mix notes refs with false and this feature is relatively new (released only in v2.23.0), this change should be harmless.

config/format документация теперь включает:

This configuration can be specified multiple times in order to allow multiple notes refs to be included.
In that case, it will behave similarly to multiple --[no-]notes[=] options passed in. That is, a value of true will show the default notes, a value of <ref> will also show notes from that notes ref and a value of false will negate previous configurations and not show notes.

For example:

------------
[format]
    notes = true
    notes = foo
    notes = false
    notes = bar
------------

will only show notes from refs/notes/bar.