Skip to content

Commit bf7698e

Browse files
ci: Version Packages (#162)
Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
1 parent 8b43ad3 commit bf7698e

File tree

12 files changed

+98
-30
lines changed

12 files changed

+98
-30
lines changed

.changeset/angry-chairs-tan.md

Lines changed: 0 additions & 21 deletions
This file was deleted.

examples/react/todo/CHANGELOG.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,13 @@
11
# examples/react/todo
22

3+
## 0.0.11
4+
5+
### Patch Changes
6+
7+
- Updated dependencies [[`8b43ad3`](https://github.com/TanStack/db/commit/8b43ad305b277560aed660c31cf1409d22ed1e47)]:
8+
- @tanstack/db-collections@0.0.9
9+
- @tanstack/react-db@0.0.7
10+
311
## 0.0.10
412

513
### Patch Changes

examples/react/todo/package.json

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,11 +1,11 @@
11
{
22
"name": "@tanstack/db-example-react-todo",
33
"private": true,
4-
"version": "0.0.10",
4+
"version": "0.0.11",
55
"dependencies": {
6-
"@tanstack/db-collections": "^0.0.8",
6+
"@tanstack/db-collections": "^0.0.9",
77
"@tanstack/query-core": "^5.75.7",
8-
"@tanstack/react-db": "^0.0.6",
8+
"@tanstack/react-db": "^0.0.7",
99
"cors": "^2.8.5",
1010
"drizzle-orm": "^0.40.1",
1111
"drizzle-zod": "^0.7.0",

packages/db-collections/CHANGELOG.md

Lines changed: 21 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,26 @@
11
# @tanstack/db-collections
22

3+
## 0.0.9
4+
5+
### Patch Changes
6+
7+
- Expose utilities on collection instances ([#161](https://github.com/TanStack/db/pull/161))
8+
9+
Implemented a utility exposure pattern for TanStack DB collections that allows utility functions to be passed as part of collection options and exposes them under a `.utils` namespace, with full TypeScript typing.
10+
11+
- Refactored `createCollection` in packages/db/src/collection.ts to accept options with utilities directly
12+
- Added `utils` property to CollectionImpl
13+
- Added TypeScript types for utility functions and utility records
14+
- Changed Collection from a class to a type, updating all usages to use createCollection() instead
15+
- Updated Electric/Query implementations
16+
- Utilities are now ergonomically accessible under `.utils`
17+
- Full TypeScript typing is preserved for both collection data and utilities
18+
- API is clean and straightforward - users can call `createCollection(optionsCreator(config))` directly
19+
- Zero-boilerplate TypeScript pattern that infers utility types automatically
20+
21+
- Updated dependencies [[`8b43ad3`](https://github.com/TanStack/db/commit/8b43ad305b277560aed660c31cf1409d22ed1e47)]:
22+
- @tanstack/db@0.0.7
23+
324
## 0.0.8
425

526
### Patch Changes

packages/db-collections/package.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
{
22
"name": "@tanstack/db-collections",
33
"description": "A collection for (aspirationally) every way of loading your data",
4-
"version": "0.0.8",
4+
"version": "0.0.9",
55
"dependencies": {
66
"@tanstack/db": "workspace:*",
77
"@tanstack/query-core": "^5.75.7",

packages/db/CHANGELOG.md

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,23 @@
11
# @tanstack/db
22

3+
## 0.0.7
4+
5+
### Patch Changes
6+
7+
- Expose utilities on collection instances ([#161](https://github.com/TanStack/db/pull/161))
8+
9+
Implemented a utility exposure pattern for TanStack DB collections that allows utility functions to be passed as part of collection options and exposes them under a `.utils` namespace, with full TypeScript typing.
10+
11+
- Refactored `createCollection` in packages/db/src/collection.ts to accept options with utilities directly
12+
- Added `utils` property to CollectionImpl
13+
- Added TypeScript types for utility functions and utility records
14+
- Changed Collection from a class to a type, updating all usages to use createCollection() instead
15+
- Updated Electric/Query implementations
16+
- Utilities are now ergonomically accessible under `.utils`
17+
- Full TypeScript typing is preserved for both collection data and utilities
18+
- API is clean and straightforward - users can call `createCollection(optionsCreator(config))` directly
19+
- Zero-boilerplate TypeScript pattern that infers utility types automatically
20+
321
## 0.0.6
422

523
### Patch Changes

packages/db/package.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
{
22
"name": "@tanstack/db",
33
"description": "A reactive client store for building super fast apps on sync",
4-
"version": "0.0.6",
4+
"version": "0.0.7",
55
"dependencies": {
66
"@electric-sql/d2ts": "^0.1.6",
77
"@standard-schema/spec": "^1.0.0",

packages/react-db/CHANGELOG.md

Lines changed: 21 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,26 @@
11
# @tanstack/react-db
22

3+
## 0.0.7
4+
5+
### Patch Changes
6+
7+
- Expose utilities on collection instances ([#161](https://github.com/TanStack/db/pull/161))
8+
9+
Implemented a utility exposure pattern for TanStack DB collections that allows utility functions to be passed as part of collection options and exposes them under a `.utils` namespace, with full TypeScript typing.
10+
11+
- Refactored `createCollection` in packages/db/src/collection.ts to accept options with utilities directly
12+
- Added `utils` property to CollectionImpl
13+
- Added TypeScript types for utility functions and utility records
14+
- Changed Collection from a class to a type, updating all usages to use createCollection() instead
15+
- Updated Electric/Query implementations
16+
- Utilities are now ergonomically accessible under `.utils`
17+
- Full TypeScript typing is preserved for both collection data and utilities
18+
- API is clean and straightforward - users can call `createCollection(optionsCreator(config))` directly
19+
- Zero-boilerplate TypeScript pattern that infers utility types automatically
20+
21+
- Updated dependencies [[`8b43ad3`](https://github.com/TanStack/db/commit/8b43ad305b277560aed660c31cf1409d22ed1e47)]:
22+
- @tanstack/db@0.0.7
23+
324
## 0.0.6
425

526
### Patch Changes

packages/react-db/package.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
{
22
"name": "@tanstack/react-db",
33
"description": "React integration for @tanstack/db",
4-
"version": "0.0.6",
4+
"version": "0.0.7",
55
"author": "Kyle Mathews",
66
"license": "MIT",
77
"repository": {

packages/vue-db/CHANGELOG.md

Lines changed: 21 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,26 @@
11
# @tanstack/vue-db
22

3+
## 0.0.6
4+
5+
### Patch Changes
6+
7+
- Expose utilities on collection instances ([#161](https://github.com/TanStack/db/pull/161))
8+
9+
Implemented a utility exposure pattern for TanStack DB collections that allows utility functions to be passed as part of collection options and exposes them under a `.utils` namespace, with full TypeScript typing.
10+
11+
- Refactored `createCollection` in packages/db/src/collection.ts to accept options with utilities directly
12+
- Added `utils` property to CollectionImpl
13+
- Added TypeScript types for utility functions and utility records
14+
- Changed Collection from a class to a type, updating all usages to use createCollection() instead
15+
- Updated Electric/Query implementations
16+
- Utilities are now ergonomically accessible under `.utils`
17+
- Full TypeScript typing is preserved for both collection data and utilities
18+
- API is clean and straightforward - users can call `createCollection(optionsCreator(config))` directly
19+
- Zero-boilerplate TypeScript pattern that infers utility types automatically
20+
21+
- Updated dependencies [[`8b43ad3`](https://github.com/TanStack/db/commit/8b43ad305b277560aed660c31cf1409d22ed1e47)]:
22+
- @tanstack/db@0.0.7
23+
324
## 0.0.5
425

526
### Patch Changes

0 commit comments

Comments
 (0)