rubydb 0.1.3 → 0.1.5

data/docs/developer/local-development.md

@@ -1,17 +1,17 @@
-# Local development
-
-```sh
-bundle install
-bundle exec rspec
-bundle exec rubocop
-```
-
-Use `tmp/` or `Dir.mktmpdir` for databases. The server/client examples are
-appropriate when testing process boundaries. Do not open one embedded path from
-multiple processes. Use the reported fuzz seed and commit when reproducing a
-failure.
-
-Start with the [developer guide](../developer-guide.md). For failures, use a
-fresh copy, preserve WAL and metadata, run the narrowest spec first, then the
-full suite. The [debugging playbook](../debugging.md) describes safe logging,
-thread dumps, protocol isolation, and diagnostic reports.
+# Local development
+
+```sh
+bundle install
+bundle exec rspec
+bundle exec rubocop
+```
+
+Use `tmp/` or `Dir.mktmpdir` for databases. The server/client examples are
+appropriate when testing process boundaries. Do not open one embedded path from
+multiple processes. Use the reported fuzz seed and commit when reproducing a
+failure.
+
+Start with the [developer guide](../developer-guide.md). For failures, use a
+fresh copy, preserve WAL and metadata, run the narrowest spec first, then the
+full suite. The [debugging playbook](../debugging.md) describes safe logging,
+thread dumps, protocol isolation, and diagnostic reports.

data/docs/developer/snapshots.md

@@ -1,9 +1,9 @@
-# Snapshots
-
-Snapshots capture a consistent RubyDB state for inspection, backup validation,
-branching, or staging. Create snapshots through the supported CLI/API and keep
-the snapshot with its metadata and checksum.
-
-Validate a snapshot by opening it in a separate directory. Do not treat a
-snapshot as a replacement for an independently verified backup or replication.
-Keep retention and deletion policies explicit for production data.
+# Snapshots
+
+Snapshots capture a consistent RubyDB state for inspection, backup validation,
+branching, or staging. Create snapshots through the supported CLI/API and keep
+the snapshot with its metadata and checksum.
+
+Validate a snapshot by opening it in a separate directory. Do not treat a
+snapshot as a replacement for an independently verified backup or replication.
+Keep retention and deletion policies explicit for production data.

data/docs/developer/temporal-data.md

@@ -1,10 +1,10 @@
-# Temporal data
-
-MVCC keeps row versions long enough for active transaction visibility and safe
-vacuum. Readers observe a transaction-consistent view according to the selected
-isolation behavior; uncommitted changes are not published to other readers.
-
-Long-running transactions retain old versions and can increase storage. Monitor
-transaction age and vacuum/compaction duration, and terminate or redesign stale
-work before it affects the workload. Test temporal behavior with restart and
-rollback, not only a single read.
+# Temporal data
+
+MVCC keeps row versions long enough for active transaction visibility and safe
+vacuum. Readers observe a transaction-consistent view according to the selected
+isolation behavior; uncommitted changes are not published to other readers.
+
+Long-running transactions retain old versions and can increase storage. Monitor
+transaction age and vacuum/compaction duration, and terminate or redesign stale
+work before it affects the workload. Test temporal behavior with restart and
+rollback, not only a single read.