Merge branch 'lo/doc-merge-submodule-update'
What happens to submodules during merge has been documented in a bit more detail. * lo/doc-merge-submodule-update: merge-strategies.adoc: detail submodule merge
This commit is contained in:
@ -22,6 +22,13 @@ ort::
|
||||
was written as a replacement for the previous default
|
||||
algorithm, `recursive`.
|
||||
+
|
||||
In the case where the path is a submodule, if the submodule commit used on
|
||||
one side of the merge is a descendant of the submodule commit used on the
|
||||
other side of the merge, Git attempts to fast-forward to the
|
||||
descendant. Otherwise, Git will treat this case as a conflict, suggesting
|
||||
as a resolution a submodule commit that is descendant of the conflicting
|
||||
ones, if one exists.
|
||||
+
|
||||
The 'ort' strategy can take the following options:
|
||||
|
||||
ours;;
|
||||
@ -96,6 +103,9 @@ recursive::
|
||||
the default strategy for resolving two heads from Git v0.99.9k
|
||||
until v2.33.0.
|
||||
+
|
||||
For a path that is a submodule, the same caution as 'ort' applies to this
|
||||
strategy.
|
||||
+
|
||||
The 'recursive' strategy takes the same options as 'ort'. However,
|
||||
there are three additional options that 'ort' ignores (not documented
|
||||
above) that are potentially useful with the 'recursive' strategy:
|
||||
|
Reference in New Issue
Block a user