Re: git merge <tag> behavior
From: Junio C Hamano <hidden>
Date: 2016-06-15 22:56:29
Yann Droneaud [off-list ref] writes:
quoted hunk
Thanks. I wasn't aware of the --no-ff-only option and thought --no-ff would be the opposite of --ff-only, or at least disable it given the order of the options. Please find a patch to document option --no-ff-only Documentation/merge-options.txt | 4 ++++ 1 file changed, 4 insertions(+)diff --git a/Documentation/merge-options.txtb/Documentation/merge-options.txt index 0bcbe0a..20a31cf 100644--- a/Documentation/merge-options.txt +++ b/Documentation/merge-options.txt@@ -37,6 +37,10 @@ set to `no` at the beginning of them. current `HEAD` is already up-to-date or the merge can be resolved as a fast-forward. +--no-ff-only:: + Disable `--ff-only` behavior, eg. allows creation of merge commit. + This is the default behavior. +
We should follow the usual
--option::
--no-option::
description for both
convention for this one, before or after fixing the existing --ff/--no-ff
description.
--log[=<n>]:: --no-log:: In addition to branch names, populate the log message with