diff options
| author | Stefan Boberg <[email protected]> | 2021-08-09 21:10:11 +0200 |
|---|---|---|
| committer | Stefan Boberg <[email protected]> | 2021-08-09 21:10:11 +0200 |
| commit | 8f05d82714650d200f353b466a6a8328a691a6f7 (patch) | |
| tree | b048031314560f29b7abe09c9050d2b9a4959bcd /TODO.md | |
| parent | Changed logic so that the shutdown monitoring thread is spun up in non-test m... (diff) | |
| download | zen-8f05d82714650d200f353b466a6a8328a691a6f7.tar.xz zen-8f05d82714650d200f353b466a6a8328a691a6f7.zip | |
Extended ZenServerInstance life cycle management
Diffstat (limited to 'TODO.md')
| -rw-r--r-- | TODO.md | 34 |
1 files changed, 34 insertions, 0 deletions
@@ -42,3 +42,37 @@ * nodejs/http_parser * all the rest (do we need TPS for vcpkg packages?) + + + +# Productization + +* Incremental cook +* Windows feature complete +* Mac / Linux support +* Non-elevated execution +* State management strategy + +# Cache + +* M7 + * Cleanup + * Jupiter upstream configuration + +# Editor Domain + + + + +# Daemon Notes + +When operating in background daemon (Windows Service) mode, there are a few +additional things to consider: + +* Install and uninstall (this will vary by platform) + * Where is the service installed? How is it uninstalled? +* Servicing + * How is the server versioned? I would suggest going with a single release + number to keep things simple. There should not be any tight coupling with + different engine branches (new releases should be backwards compatible) etc + and any service development should take place on a single stream |