mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

open related todo

Browse source
This commit is contained in:
Joey Hess 2022-02-28 13:26:43 -04:00
parent 3d433d76a3
commit 20875bd5e8
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 15 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

3
doc/bugs/no_longer_non-0_exit_for___34__find_..._nonexisting__34__/comment_3_28060f4bb31730e3334cf3db56fc032b._comment
View file

@ -25,5 +25,6 @@ are never included in --json-error-messages.
I think it might be a good idea to add an actual API for detecting when
there is this kind of problem, so datalad does not have to parse
error messages (which could easily change). But that would need to be a
separate discussion.
separate discussion. I've opened
[[todo/api_for_telling_when_nonexistant_or_non_git_files_passed]] for that.
"""]]

13
doc/todo/api_for_telling_when_nonexistant_or_non_git_files_passed.mdwn Normal file
View file

@ -0,0 +1,13 @@
As seen in <https://github.com/datalad/datalad/pull/6510> datalad
is having to parse error messages to determine when nonexistant
filenames were passed to git-annex. It would be better if there was some
kind of API that it could use, since error messages can (and have) changed.
What would this API look like? It seems it could not be a special
exit status of git-annex, because exit status 101 is already allocated
for indicating when things like --size-limit and --time-limit have caused
it to skip processing certian files.
Perhaps something like `--json-error-unmatch` which would make it output
an additional line with a JSON record indicating that git ls-files
--error-unmatch had errored out.