Thread (5 messages) flat view 5 messages, 2 authors, 2016-06-15
DORMANTno replies

Revision v2 of 2 in this series.

Revisions (2)
  1. rfc [diff vs current]
  2. v2 current

[PATCH v2 0/2] better handle .gitmodules merge conflicts

From: Jens Lehmann <hidden>
Date: 2016-06-15 22:51:14

Am 13.05.2011 08:19, schrieb Junio C Hamano:
Jens Lehmann [off-list ref] writes:
quoted
+static int gitmodules_is_unmerged;
Is it too cumbersome to pass this down the callchain as an argument?
I think so. Currently it influences the behavior of fetch, status,
the diff family and commit. Having for example gitmodules_config()
return that value and then pass it on would touch a lot of code (and
that impact would grow even further with the recursive checkout
series I'm working on).

So I thought it best to have this information statically in the
submodule.c file and let the call sites who need to know that call
functions there to get just the information they need and hide the
details in submodule.c.


All other issues raised have been addressed in this series.


Heiko Voigt (1):
  test that git status works with merge conflict in .gitmodules

Jens Lehmann (1):
  Submodules: Don't parse .gitmodules when it contains merge conflicts

 submodule.c                 |   31 +++++++++++++-
 t/t7506-status-submodule.sh |   92 +++++++++++++++++++++++++++++++++++++++++--
 2 files changed, 117 insertions(+), 6 deletions(-)

-- 
1.7.5.1.291.g080bb
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help