client2server.dlog 4.1 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980
  1. ================================================================================
  2. client2server.dlog — deployment log
  3. ================================================================================
  4. Project: client2server
  5. Owner: Luis Rosales
  6. Last update: 2026-06-17 19:14 EDT
  7. Last commit: 87f476d 2026-06-10 11:05:32 -0400 docs(MEMORY): document Lua 5.1 compatibility rule for all OpenWrt code
  8. Purpose: Resume point after any session/model interruption. Read this
  9. file first; it tells you where the work is, what's done,
  10. what was tested, and what's next. Git history shows WHAT
  11. changed; this file shows WHY and HOW to verify it.
  12. ================================================================================
  13. STANDING RULE — DEPLOYMENT PROTOCOL (binding for every session)
  14. ================================================================================
  15. Rule: Update this file at the END of every deployment. This is a
  16. hard rule, not a suggestion. It applies to every session,
  17. every model, every operator.
  18. What counts as a "deployment" (UPDATE the file):
  19. • Code changes that pass tests and are committed
  20. • Schema migrations (up OR down)
  21. • New HTTP routes / new endpoints
  22. • New UI features / new pages
  23. • Smoke scripts that exercise real endpoints
  24. • Bug fixes that change behavior
  25. • Any change to a service binary's runtime behavior
  26. • Config / env changes that affect runtime behavior
  27. What does NOT count (DO NOT update the file just for these):
  28. • Documentation changes (README, comments, this file itself)
  29. • Architecture decisions / plans / surveys
  30. • Pure refactors with no behavior change
  31. • Test-only changes that don't exercise new code paths
  32. • Cosmetic UI tweaks that don't add a feature
  33. What an entry must contain:
  34. 1. Timestamp (EDT)
  35. 2. One-line summary of what shipped
  36. 3. Commit hash
  37. 4. Top-level files added/changed (paths only, not full diffs)
  38. 5. Tests run + result
  39. 6. Verification commands the next session can run
  40. 7. Known issues / next step
  41. Why: Resume after any interruption — model crash, rate limit,
  42. gateway restart, end of session — by reading THIS file
  43. instead of analyzing the codebase. The first 40 lines
  44. must be enough to know exactly where we are.
  45. When to update: at the END of the session, OR when an obvious
  46. natural break appears (milestone shipped, smoke
  47. verified). Never mid-implementation; wait until
  48. the commit is in.
  49. ================================================================================
  50. TL;DR — where we are right now
  51. ================================================================================
  52. - Last commit: 87f476d 2026-06-10 11:05:32 -0400 docs(MEMORY): document Lua 5.1 compatibility rule for all OpenWrt code
  53. - .dlog created: 2026-06-17 19:14 EDT (backfilling the protocol)
  54. - See entries below for recent deployments.
  55. ================================================================================
  56. ENTRY LOG (most recent first; append new entries at the TOP of this block)
  57. ================================================================================
  58. Pre-protocol history (last 3 commits before the .dlog was created):
  59. 87f476d 2026-06-10 11:05:32 -0400 docs(MEMORY): document Lua 5.1 compatibility rule for all OpenWrt code
  60. ff7bf22 2026-06-10 11:03:44 -0400 Lua: fix line 1 syntax error that broke all of 5.1 compatibility
  61. 2af96b0 2026-06-10 10:58:00 -0400 Buffering: unify hotplug + Lua through shared on-disk buffer
  62. Add a proper entry above this line for every deployment from now on.
  63. ================================================================================
  64. ENTRY TEMPLATE (copy this for each new deployment)
  65. YYYY-MM-DD HH:MM EDT — <one-line summary>
  66. Commit: <hash>
  67. Files: <top-level paths added/changed>
  68. Tests: <go test / pnpm test / smoke> → <result>
  69. Verify: <one or more commands the next session can run to confirm>
  70. Notes: <known issues, follow-ups, or 'none'>
  71. ================================================================================