Stefan Filip b2aac949cf cmds: update segmented-changelog-tailer to run on a list of repos ... Summary: The update of the segmented changelog is light weight enough that we can consider all repositories sharing a common tailer process. With all repositories sharing a single tailer the the maintenance burden will be lower. Things that I am particularly unsure about are: tailer configuration setup and tailer structure. With regards to setup, I am not sure if this is more or less than what production servers do to instantiate. With regards to structure, I think that it makes a lot of sense to have a function that takes a single repo name as parameter but the configuration setup has an influence on the details. I am also unsure how important it is to paralelize the instantiation of the blobrepos. Finally, it is worth mentioning that the SegmentedChangelogTailer waits for `delay` after an update finishes rather than on a period. The benefit is that we don't have large updates taking down a process because we schedule the same large repo update too many timer. The drawback is that scheduling gets messed up over time and multiple repo updates can end up starting at the same time. Reviewed By: farnz Differential Revision: D25100839 fbshipit-source-id: 5fff9f87ba4dc44a17c4a7aaa715d0698b04f5c3		2020-12-01 17:29:23 -08:00
..
fs	remove the unused glob() implementation	2020-12-01 13:39:14 -08:00
integration	remove the unused glob() implementation	2020-12-01 13:39:14 -08:00
locale	add a copyright header to glibc_en.po	2019-04-26 14:38:27 -07:00
mononoke	cmds: update segmented-changelog-tailer to run on a list of repos	2020-12-01 17:29:23 -08:00
scm	edenapi: add full_idmap_clone functionality	2020-12-01 09:59:27 -08: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