aboutsummaryrefslogtreecommitdiff
path: root/TODO.md
diff options
context:
space:
mode:
authorStefan Boberg <[email protected]>2021-08-09 21:10:11 +0200
committerStefan Boberg <[email protected]>2021-08-09 21:10:11 +0200
commit8f05d82714650d200f353b466a6a8328a691a6f7 (patch)
treeb048031314560f29b7abe09c9050d2b9a4959bcd /TODO.md
parentChanged logic so that the shutdown monitoring thread is spun up in non-test m... (diff)
downloadzen-8f05d82714650d200f353b466a6a8328a691a6f7.tar.xz
zen-8f05d82714650d200f353b466a6a8328a691a6f7.zip
Extended ZenServerInstance life cycle management
Diffstat (limited to 'TODO.md')
-rw-r--r--TODO.md34
1 files changed, 34 insertions, 0 deletions
diff --git a/TODO.md b/TODO.md
index f1520d2d4..9ea5862f2 100644
--- a/TODO.md
+++ b/TODO.md
@@ -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