Stefan Filip 07200876bb segmented_changelog: account for iddag lag in incremental build ... Summary: I initially saw the incremental build as something that would be run in places that had IdMap and IdDag stored side by side in process. I am reconsidering to use incremental build in the tailing process to keeps Segmented Changelog artifacts up to date. Since we update the IdMap before we update the IdDag, it is likely that we will have runs that only update the IdMap and fail to update IdDags. This diff adds a mechanism for the IdDag to catch up. Reviewed By: krallin Differential Revision: D24516440 fbshipit-source-id: 3a99248451d806ae20a0ba96199a34a8a35edaa4		2020-10-29 17:40:19 -07:00
..
fs	Allow specifying and picking commits in prefetch_profile fetch CLI	2020-10-29 13:34:06 -07:00
integration	Allow specifying commits to match against and prefetch in globFiles	2020-10-29 13:34:06 -07:00
locale	add a copyright header to glibc_en.po	2019-04-26 14:38:27 -07:00
mononoke	segmented_changelog: account for iddag lag in incremental build	2020-10-29 17:40:19 -07:00
scm	segmented_changelog: account for iddag lag in incremental build	2020-10-29 17:40:19 -07:00
scripts	packaging: use scheduled tasks	2020-06-10 19:29:15 -07:00
test_support	Manually upgrading eden, and fixing their config	2020-08-06 12:37:04 -07:00
test-data	enable treemanifest in snapshots	2019-08-28 18:46:03 -07:00
.gitignore	eden: wire up mac contbuild	2019-02-05 21:52:30 -08:00
Eden.project.toml	Eden.project.toml file for Nuclide	2018-04-26 11:05:23 -07:00