Durham Goode c43e88e2c8 mononoke: add files2 endpoint for returning file fetch errors ... Summary: The existing /files endpoint return a stream of file results, but any errors are just silently dropped and the client just sees no result for that key. As part of improving our network reliability, we should always be returning some sort of result from the server for a given key fetch. To start that process, let's introduce a new /files2 endpoint that returns FileResponse instead of just FileEntry. This matches the existing commit api endpoint. See D27549923 (82b689ad9d) for discussion on this pattern. Reviewed By: quark-zju Differential Revision: D33283029 fbshipit-source-id: f5590c3f0cefba72a8dd669b472834a42d08985e		2022-01-19 17:22:48 -08:00
..
fs	update straggling license headers	2022-01-19 14:37:11 -08:00
hg-server	autocargo: ctp: depend on pxl instead of re-declaring its crates	2022-01-05 06:26:54 -08:00
integration	prjfs: move notification handling to the background	2022-01-18 17:23:14 -08:00
locale	add a copyright header to glibc_en.po	2019-04-26 14:38:27 -07:00
mononoke	mononoke: add files2 endpoint for returning file fetch errors	2022-01-19 17:22:48 -08:00
scm	edenapi: change client file fetching to work with FileResponse	2022-01-19 17:22:48 -08:00
test_support	fs: fix license header	2022-01-04 15:00:07 -08:00
test-data	fix fsck snapshot integration tests	2021-07-14 16:20:04 -07:00
.gitignore	eden: wire up mac contbuild	2019-02-05 21:52:30 -08:00
.mononoke_test_file	test push	2022-01-06 05:57:35 -08:00
Eden.project.toml	Eden.project.toml file for Nuclide	2018-04-26 11:05:23 -07:00