@neocompose/cli 0.36.9 → 0.36.11
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,42 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## [0.36.11] - 2026-08-21
|
|
4
|
+
|
|
5
|
+
### Fixed
|
|
6
|
+
|
|
7
|
+
- Stop `neo status` reconstructing a referenced row twice. Retaining a stored
|
|
8
|
+
NeoScript construction followed reference members and `Reference(...)`
|
|
9
|
+
constructor arguments into rows it merely points at, so lowering order could
|
|
10
|
+
report a false "Source reconstructs value:… with different content" on a
|
|
11
|
+
healthy workspace. The retain sweep now stops at reference boundaries, and
|
|
12
|
+
an authored reconstruction always supersedes a retained copy.
|
|
13
|
+
- Re-lower against the server side of an unresolved conflict. A conflicted
|
|
14
|
+
record whose base body was stale (for example after resolving markers by
|
|
15
|
+
hand without `neo resolve`) made the identity walk miss rows the server
|
|
16
|
+
still holds and re-mint them; the lowering now adopts the server body while
|
|
17
|
+
the push plan keeps comparing against the local base.
|
|
18
|
+
- Refuse to plan value deletions the workspace base cannot explain. When a
|
|
19
|
+
planned delete's row is named by nothing in the base while the same push
|
|
20
|
+
mints replacement rows, `neo status`/`neo push` now report
|
|
21
|
+
`value-base-desync` and plan nothing instead of shipping deletes for live
|
|
22
|
+
server rows; the same shape with no re-mint is reported as a warning.
|
|
23
|
+
|
|
24
|
+
## [0.36.10] - 2026-08-21
|
|
25
|
+
|
|
26
|
+
### Fixed
|
|
27
|
+
|
|
28
|
+
- Apply large committed pushes again. A push big enough for the durable commit
|
|
29
|
+
path could commit server-side but fail its result download, leaving the
|
|
30
|
+
workspace reporting the same record and value seed pending forever. The
|
|
31
|
+
server now spreads pending-id assignments across result chunks instead of
|
|
32
|
+
returning them as one map, and `neo push` refuses a result download whose
|
|
33
|
+
record count disagrees with the committed total instead of applying a
|
|
34
|
+
partial result.
|
|
35
|
+
- Make `neo resolve --mine`/`--theirs` adopt the server side as the new base
|
|
36
|
+
for every conflict they settle. A stale base after resolution made the next
|
|
37
|
+
status plan deletions for rows the server document still contains — up to
|
|
38
|
+
the entire content of a just-pushed value seed.
|
|
39
|
+
|
|
3
40
|
## [0.36.9] - 2026-08-20
|
|
4
41
|
|
|
5
42
|
### Fixed
|