I suppose it will work if you are positioned in the project tree root and specify "./450.inc" instead of "450.inc" (perhaps with some sub-directory parts in the name, depending on your case).

arch_inventory_id returns, in case of an untagged source file, just "?" prepended to the name of the specified file. It then compares this id to the one in the original index, i.e. it compares ?450.inc to ?./450.inc, which doesn't match (the untagged ids in the indices are generated relative to the project tree root and have a ./ prepended).

Commit will also fail if you are in a project subdirectory and specify a filename within that directory behind the "--", because there is (e.g.) no ?foo, but only an original ?./subdir/foo.

Perhaps arch_inventory_id needs a similar mechanism as coded in cmd-file-diffs.c: The name of the specified file gets translated into a name relative to the tree root first, depending on cwd.

Bug report #7023 seems to correspond to this one.

My problem is very similar, but in my case the file reported missing is not that which sorts first, but the first file named on the command line. There are tag lines everywhere and tree-lint is happy.

I've noticed that only new ('A') files provoke the error. There is really no chance of finding an added file in the original tree, I think.

A full commit works fine, of course.