Sven Verdoolaege [off-list ref] writes:
quoted
- what does ce have to do in this codepath? read_old_data()
does not care about what is in the index (in fact, in the
index the entry can be a symlink when the path on the
filesystem is a regular file, and it reads from the regular
file as asked--it does not even look at ce by design).
if you have a regular file there in the current version, ce
would say it is a regular file blob and you would not want
read_gitlink_or_skip() to say "Subproject commit xyz...".
Hmmm... the documentation says that if --index is in effect
then the file to be patched in the work tree is supposed to be
up-to-date.
But that is the job of check_patch(), not this function, isn't it?
quoted
The type-mismatch case to attempt to apply gitlink patch to a
regular blob is covered much earlier in check_patch(). It
complains if st_mode does not match patch->old_mode; I think you
need to adjust it a bit to:
- allow gitlink patch to a path that currently has nothing (no
submodule checked out) or a directory that has ".git/"
(i.e. submodule checked out).
- reject gitlink patch otherwise.
Are you talking about the case where --index is specified?
Talking about both cases, and the division of responsibility
between check_patch() and apply_data().