Wez Furlong 9c79b74456 eden: re-do overlay serialization ... Summary: we now serialize the overlay data for each directory independently. When we mount, we try to load the root overlay data. The children are lazy loaded as the inodes are instantiated. Structural changes cause the overlay data for the impacted dirs to get saved out. I need to make a pass over this to fixup comments and so on, I just wanted to get this diff out first. I moved the overlay stuff from `eden/fs/overlay` -> `eden/fs/inodes` since most of the overlay-ness is handled in `TreeInode` now; the `Overlay` class is really just for carrying around the paths and providing the serialization helpers. Reviewed By: simpkins Differential Revision: D3787108 fbshipit-source-id: f0e089a829defd953535b9d0a96b102ac729261b		2016-09-09 16:57:58 -07:00
..
oss	Initial commit	2016-05-12 14:09:13 -07:00
__init__.py	Refactor logic to create a EdenService.Client in Python.	2016-05-25 21:44:07 -07:00
client.py	make sure to close the thrift socket	2016-07-22 17:33:05 -07:00
DEFS	eden: re-do overlay serialization	2016-09-09 16:57:58 -07:00
eden.thrift	Make getSHA1() a batch API.	2016-08-18 07:22:13 -07:00
EdenServer.cpp	eden: fix data race on shutdown	2016-09-09 16:57:57 -07:00
EdenServer.h	load config data on start-up	2016-08-05 12:50:31 -07:00
EdenServiceHandler.cpp	eden: re-do overlay serialization	2016-09-09 16:57:58 -07:00
EdenServiceHandler.h	Make getSHA1() a batch API.	2016-08-18 07:22:13 -07:00
main.cpp	add ClientConfig method that compiles repository data	2016-08-05 12:50:29 -07:00
TARGETS	Strip out some third-party dependencies from //eden/fs/service:java-thrift-dependencies.	2016-09-01 14:20:16 -07:00