Scenario: "same-file auto-merge": when two different people change the
same file in their separate repos. Their changes do not conflict in the
sense that they are changes to the same lines. However, their changes do
conflict in the sense that the resulting merged logic is incorrect.
Concern:
The same-file auto-merge results are overlooked (not reviewed) by the
programmer because there is nothing preventing a git-commit immediately
after the auto-merge completes.
Desired Solution:
Perform same-file auto-merge and produce auto-merge results, but mark all
such auto-merged files as "unmerged" so that they must be reviewed/resolved
before a git-commit. The "unmerged" status allows git-mergetool to be run
(e.g. kdiff3) so that the merged lines can be reviewed. In this way, all
auto-merged files are reviewed.
Does anyone know if there are configuration and/or command-line options in
git that can accomplish this in a fairly straightforward manner? For
example, something like this:
Example config:
$ cat gitconfig
[merge]
samefileauto = forceconflict
Example command:
$ git merge -s sameautoforceconflict branchx
Example results:
$ git merge -s sameautoforceconflict branchx
Merging:
11a99zz examplecommitb
virtual branchx
found 1 common ancestor(s):
22b88yy examplecommita
Auto-merging examplepgm
Merge made by recursive.
examplepgm | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
$git status
examplepgm: needs merge
# On branch branchx
# Changed but not updated:
# (use "git add <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working
directory)
#
# unmerged: examplepgm
#
no changes added to commit (use "git add" and/or "git commit -a")
v/r,
Neal
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html