Skip to content
Merged
Show file tree
Hide file tree
Changes from 41 commits
Commits
Show all changes
59 commits
Select commit Hold shift + click to select a range
525db20
Create publish.yaml
polina-c May 13, 2026
15412d8
Merge branch 'main' of https://github.com/flutter/genui into publish
polina-c May 13, 2026
6b53a7b
-
polina-c May 13, 2026
a726a97
Update publish.yaml
polina-c May 15, 2026
a103178
Merge branch 'main' of https://github.com/flutter/genui into publish
polina-c May 15, 2026
03af6a8
-
polina-c May 15, 2026
052e2c4
-
polina-c May 15, 2026
9425693
Update CONTRIBUTING.md
polina-c May 15, 2026
6554fc1
-
polina-c May 15, 2026
1afbe08
Update pull_requests.md
polina-c May 15, 2026
0f7cfa5
-
polina-c May 16, 2026
34611bd
Merge remote-tracking branch 'refs/remotes/origin/publish' into publish
polina-c May 16, 2026
bca0e66
Update publishing.md
polina-c May 16, 2026
0a6181a
Update publishing.md
polina-c May 16, 2026
40c9e68
-
polina-c May 16, 2026
2f072a4
Update publishing.md
polina-c May 16, 2026
56d618f
-
polina-c May 16, 2026
9939064
-
polina-c May 16, 2026
751f970
-
polina-c May 16, 2026
33359ad
Update docs/contributing/pull_requests.md
polina-c May 16, 2026
c5cb8b1
Update docs/contributing/publishing.md
polina-c May 16, 2026
667bad4
Update docs/contributing/publishing.md
polina-c May 16, 2026
7d81961
Update docs/contributing/publishing.md
polina-c May 16, 2026
61c45a3
Update docs/contributing/publishing.md
polina-c May 16, 2026
656824b
Update docs/contributing/publishing.md
polina-c May 16, 2026
36a982f
-
polina-c May 16, 2026
2048223
Merge remote-tracking branch 'refs/remotes/origin/publish' into publish
polina-c May 16, 2026
2311ab7
Update publishing.md
polina-c May 16, 2026
2c2158a
Update publishing.md
polina-c May 16, 2026
f6dbe2b
Skip submodule checkout in publish workflow
polina-c May 16, 2026
5a7244c
Remove .pubignore files
polina-c May 16, 2026
1bcefe5
Move submodules to repo root
polina-c May 16, 2026
281a25a
Merge branch 'move-submodules' into publish
polina-c May 16, 2026
d0827cd
-
polina-c May 16, 2026
5e121db
-
polina-c May 16, 2026
7e1c65e
Update pubspec.yaml
polina-c May 16, 2026
83653cc
Update docs/contributing/publishing.md
polina-c May 16, 2026
350ee2e
Update post_summaries.yaml
polina-c May 17, 2026
917852a
-
polina-c May 17, 2026
a1244d8
-
polina-c May 17, 2026
f196a2d
Merge branch 'main' of https://github.com/flutter/genui into publish
polina-c May 18, 2026
6c67d4c
fix notes about monorepo
polina-c May 18, 2026
bf5bbcc
Update publishing.md
polina-c May 18, 2026
d935eaf
Update publishing.md
polina-c May 18, 2026
b6108a8
add check for internal workspace version constraints
polina-c May 18, 2026
c12ca9c
-
polina-c May 18, 2026
beb63c7
-
polina-c May 18, 2026
191d3fd
Update docs/contributing/README.md
polina-c May 18, 2026
864411a
-
polina-c May 18, 2026
edffbb7
Merge remote-tracking branch 'refs/remotes/origin/publish' into publish
polina-c May 18, 2026
fe0afbf
Update workspace_verifier.dart
polina-c May 18, 2026
74b83e6
-
polina-c May 18, 2026
dec4e00
-
polina-c May 18, 2026
bf5d6fd
Update publishing.md
polina-c May 18, 2026
c4bd84a
Update publishing.md
polina-c May 18, 2026
61d1252
-
polina-c May 18, 2026
957f7e3
-
polina-c May 18, 2026
ffa9f6a
Update README.md
polina-c May 18, 2026
0f189cf
Update docs/contributing/publishing.md
polina-c May 18, 2026
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 2 additions & 1 deletion .github/dependabot.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -12,7 +12,8 @@ updates:
labels:
- "autosubmit"
- package-ecosystem: "pub"
directory: "/"
directories:
- "/**"
schedule:
interval: "daily"
labels:
Expand Down
20 changes: 20 additions & 0 deletions .github/workflows/post_summaries.yaml
Original file line number Diff line number Diff line change
@@ -0,0 +1,20 @@
# Copyright 2025 The Flutter Authors.
# Use of this source code is governed by a BSD-style license that can be
# found in the LICENSE file.

# A CI configuration for pub-publish to write comments on PRs.

name: Comment on the pull request

on:
workflow_run:
workflows:
- Publish
types:
- completed

jobs:
upload:
uses: dart-lang/ecosystem/.github/workflows/post_summaries.yaml@main
permissions:
pull-requests: write
29 changes: 29 additions & 0 deletions .github/workflows/publish.yaml
Original file line number Diff line number Diff line change
@@ -0,0 +1,29 @@
# Copyright 2025 The Flutter Authors.
# Use of this source code is governed by a BSD-style license that can be
# found in the LICENSE file.

# A CI configuration to auto-publish pub packages.

name: Publish

on:
pull_request:
branches: [ main ]
types: [opened, synchronize, reopened, labeled, unlabeled]
push:
# Match <package-name>-v<version> publish tags
tags: [ '[A-z0-9]+-v[0-9]+.[0-9]+.[0-9]+' ]

jobs:
publish:
if: ${{ github.repository_owner == 'flutter' }}
uses: dart-lang/ecosystem/.github/workflows/publish.yaml@main
with:
# See https://github.com/dart-lang/ecosystem/tree/main/pkgs/firehose#options
sdk: beta # version of dart sdk to use for publishing
use-flutter: true
write-comments: false
checkout_submodules: false
permissions:
id-token: write
pull-requests: write
71 changes: 10 additions & 61 deletions CONTRIBUTING.md
Original file line number Diff line number Diff line change
@@ -1,25 +1,10 @@
# Contributing to GenUI for Flutter
# Contributing to this repository

## Guidelines
## Coding guidelines

Please follow [Flutter contributor guidelines][flutter_guidelines].

## Run Examples

To run examples:

1. Configure Firebase as described in [README.md][readme_md].
2. Run `flutter run`.

NOTE: For Google-internal projects see go/flutter-genui-internal.

## Shell scripts

To run a script in `tool/`, open the script in VSCode and press ⇧⌘B.

## Detailed documentation for contributors

See [docs/contributing.md](docs/contributing.md).
Please follow:
* [Flutter-wide contributor guidelines][flutter_guidelines].
* [A2UI-specific guidelines](docs/contributing/README.md).

## Issue triage

Expand Down Expand Up @@ -57,7 +42,7 @@ of the front-line triage include:

### Periodic second-line triage

### Bi-weekly during the planning meeting
#### Bi-weekly during the planning meeting

Check that existing issues are labeled and organized appropriately:

Expand All @@ -66,7 +51,7 @@ Check that existing issues are labeled and organized appropriately:
* Set a milestone to all [P0 and P1 issues][p0_p1_issues_without_milestone].
* Add all [projectless open issues][projectless_open_issues] to the "genui" project.

### Weekly during the planning meeting
#### Weekly during the planning meeting

Triage issues ready for second-line review:

Expand All @@ -82,40 +67,15 @@ Triage issues ready for second-line review:
At the end of a triage session, the untriaged issue list should be as close to
empty as possible.

## Versioning

We use [Semver] for package versioning, although before 1.0.0, we will be
incrementing only the minor number for breaking changes and the patch number for
non-breaking changes. After 1.0.0, we will be using standard Semver, bumping the
major number for breaking changes.

We release the following packages in lock step,
with the same version number, so when one is released, they are all released:

* `genui`
* `genui_a2a`
* `genui_firebase_ai`
* `genui_google_generative_ui`

These packages are released independently on their own schedule, with their
own version number:
## Internal information

* `genai_primitives`
* `json_schema_builder`
For Google-internal information see go/a2ui-internal.

"Releasing" consititutes manually publishing them all to [pub.dev] after the
pull request containing the version bump has passed CI. The packages must be
published by someone with permission to publish under the labs.flutter.org
owner.

Use the [release tool](tool/release/README.md) to help automate the process of
releasing a new version.
<!-- references -->

[pub.dev]: https://pub.dev
[Semver]: https://semver.org/
[for-front-line]: https://github.com/flutter/genui/issues?q=is%3Aissue%20state%3Aopen%20-label%3AP0%20%20-label%3AP1%20-label%3AP2%20%20-label%3AP3%20-label%3Afront-line-handled
[flutter_guidelines]: https://github.com/flutter/flutter/blob/master/CONTRIBUTING.md
[readme_md]: packages/genui/README.md#configure-firebase-ai-logic
[assigned_p2_p3_issues]: https://github.com/flutter/genui/issues?q=is%3Aopen%20is%3Aissue%20label%3AP2%2CP3%20assignee%3A*
[p0_p1_issues_without_milestone]: https://github.com/flutter/genui/issues?q=is%3Aopen%20is%3Aissue%20label%3AP1%2CP0%20no%3Amilestone
[projectless_open_issues]: https://github.com/flutter/genui/issues?q=is%3Aopen%20is%3Aissue%20no%3Aproject
Expand All @@ -124,14 +84,3 @@ releasing a new version.
[P1]: https://github.com/flutter/genui/labels?q=P1
[P2]: https://github.com/flutter/genui/labels?q=P2
[P3]: https://github.com/flutter/genui/labels?q=P3

## pubspec.lock files

`pubspec.lock` files are not git ignored to make the bots faster.

If you include `pubspec.lock` file to your PR, make sure to run `flutter pub upgrade`,
when your Flutter is latest at beta channel.

## Internal information

For Google-internal information see go/a2ui-internal.
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,6 @@ list(APPEND FLUTTER_PLUGIN_LIST
)

list(APPEND FLUTTER_FFI_PLUGIN_LIST
jni
)

set(PLUGIN_BUNDLED_LIBRARIES)
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -12,5 +12,5 @@ import video_player_avfoundation
func RegisterGeneratedPlugins(registry: FlutterPluginRegistry) {
AudioplayersDarwinPlugin.register(with: registry.registrar(forPlugin: "AudioplayersDarwinPlugin"))
UrlLauncherPlugin.register(with: registry.registrar(forPlugin: "UrlLauncherPlugin"))
VideoPlayerPlugin.register(with: registry.registrar(forPlugin: "VideoPlayerPlugin"))
FVPVideoPlayerPlugin.register(with: registry.registrar(forPlugin: "FVPVideoPlayerPlugin"))
}
1 change: 0 additions & 1 deletion dev_tools/composer/linux/flutter/generated_plugins.cmake
Original file line number Diff line number Diff line change
Expand Up @@ -10,7 +10,6 @@ list(APPEND FLUTTER_PLUGIN_LIST
)

list(APPEND FLUTTER_FFI_PLUGIN_LIST
jni
)

set(PLUGIN_BUNDLED_LIBRARIES)
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -15,6 +15,6 @@ func RegisterGeneratedPlugins(registry: FlutterPluginRegistry) {
AudioplayersDarwinPlugin.register(with: registry.registrar(forPlugin: "AudioplayersDarwinPlugin"))
ScreenRetrieverMacosPlugin.register(with: registry.registrar(forPlugin: "ScreenRetrieverMacosPlugin"))
UrlLauncherPlugin.register(with: registry.registrar(forPlugin: "UrlLauncherPlugin"))
VideoPlayerPlugin.register(with: registry.registrar(forPlugin: "VideoPlayerPlugin"))
FVPVideoPlayerPlugin.register(with: registry.registrar(forPlugin: "FVPVideoPlayerPlugin"))
WindowManagerPlugin.register(with: registry.registrar(forPlugin: "WindowManagerPlugin"))
}
1 change: 0 additions & 1 deletion dev_tools/composer/windows/flutter/generated_plugins.cmake
Original file line number Diff line number Diff line change
Expand Up @@ -11,7 +11,6 @@ list(APPEND FLUTTER_PLUGIN_LIST
)

list(APPEND FLUTTER_FFI_PLUGIN_LIST
jni
)

set(PLUGIN_BUNDLED_LIBRARIES)
Expand Down
30 changes: 20 additions & 10 deletions docs/contributing/README.md
Original file line number Diff line number Diff line change
@@ -1,13 +1,17 @@
# GenUI specifications
# Contributing to this repository

This folder provides guidance for contributors,
targeted at both AI models and human developers.

## Index of Specifications
## Index of specifications

This directory contains the following specifications:

- [Style Guide](styleguide.md)
- [Style guide](styleguide.md)
- [Design](design.md)
- [Pull requests](pull_requests.md)
- [Publishing](publishing.md)
- [Examples](../../examples/README.md)

## Note for AI models

Expand All @@ -23,15 +27,21 @@ I have read and understood ./docs/contributing/README.md.
1. Documentation in the repository (all .md files) should be clear, consistent, concise and up-to-date.
2. Documentation should not contain details that are easy to infer from the code.
3. If code does not match the documentation, there should be TODO comments in the code to signal the discrepancy should be resolved.
4. For documentation use [sentence case for headings](https://developers.google.com/style/capitalization#capitalization-in-titles-and-headings).

## Code reviews
## Shell scripts

Do not review pull requests when they are in draft state, unless explicitly requested by the author.
To run a script in `tool/`, open the script in VSCode and press ⇧⌘B.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also add instructions for where to run the script from on the command line: not everyone uses VSCode, and that key binding is Mac-only, so you might include the default Linux keybinding too (which is likely to be the same as Windows). They also might have changed the keybinding...


## Key commands

- **Run all checks and tests:**

```bash
./tool/run_all_tests_and_fixes.sh
```
## pubspec.lock files

`pubspec.lock` files are not git ignored to make the bots faster.

If you include `pubspec.lock` file to your PR, make sure to run `flutter pub upgrade`,
when your Flutter is latest at beta channel.
Comment thread
polina-c marked this conversation as resolved.
Outdated

<!-- references -->

[Semver]: https://semver.org/
74 changes: 74 additions & 0 deletions docs/contributing/publishing.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,74 @@

# Publishing

Publishing to [pub.dev](https://pub.dev) happens automatically via GitHub Actions, with the help of
[firehose rules](https://github.com/dart-lang/ecosystem/tree/main/pkgs/firehose).

There are two CI workflows that enable this automation:

1. [post_summaries.yaml](../../.github/workflows/post_summaries.yaml) - job `publish / validate` runs on pre-submit.
2. [publish.yaml](../../.github/workflows/publish.yaml) - job `publish / publish` runs on tagging.

## Passing the publish / validate job

In general, the job [publish / validate](https://github.com/flutter/genui/actions/workflows/post_summaries.yaml) checks if all pub.dev packages are ready for publishing.

To make sure your PR passes this validation, follow [firehose rules](https://github.com/dart-lang/ecosystem/tree/main/pkgs/firehose).

## Package categories

Packages in this repo fall into the following categories:

1. **Not published**: `pubspec.yaml` contains `publish_to: none`. Workspace tools and example apps that are never pushed to pub.dev.
2. **Not yet published**: the package's `version:` ends with a `-dev<N>` suffix (see "`-dev` vs non-`-dev`" below). Published to pub.dev only to reserve the name; not ready for general use yet.
3. **Published**: any other package. Each has its own version cadence on pub.dev.

Note: `resolution: workspace` in a `pubspec.yaml` is a tooling concern — it tells Dart to share dependency resolution and a lockfile with the monorepo, and it does **not** by itself imply anything about release cadence. A package can opt out of the workspace (omit `resolution: workspace`) to avoid circular dependencies or unrelated update churn while still being a published package.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If a package opts out of the monorepo, however, it is then implicitly switching to using published packages only, and local changes won't be testable without manual editing of the pubspec files to use local paths, or publishing the dependent packages.

How does using the monorepo increase circular dependency problems? It seems like it would make them better, not worse, since you're using the local versions of the code. But maybe I don't understand the use case you're describing.

And what kind of "update churn"? Since it doesn't imply anything about release cadence, I wouldn't think that would increase the churn. Are you referring to churn in publishing other packages, or churn the package that is part of the monorepo?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you!

Yes this documentation was confusing and some sentences are wrong. Updated.

We still use advantages of monorepo. Added section to explain how.


## `-dev` vs non-`-dev` (production ready) versions
Comment thread
polina-c marked this conversation as resolved.

The packages code should be always release ready. That means:
Comment thread
polina-c marked this conversation as resolved.

1. Use `-dev` version if **at least one** of the following statements is true:

1.1. The package is planned to be released in the future. In this case it is published with `-dev` suffix in order to reserve the package name.

1.2. The package's changes touch only non-publishable code or docs (like tests, tools, or not-publishable docs).

You can publish `-dev<number>` versions, if you need it for development.
Comment thread
polina-c marked this conversation as resolved.
Outdated
Copy link
Copy Markdown
Collaborator

@gspencergoog gspencergoog May 18, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What is the format of <number>? Is it another semver number, or just an ordinal? Is it zero padded, or does it have a dash?

e.g. which of these is it?:

  • 0.1.0-dev1
  • 0.1.0-dev001
  • 0.1.0-dev-1
  • `0.1.0-dev-0.1.0'

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you. Updated doc.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't see a description of the format of <number> in the -dev<number> suffix.

Comment thread
polina-c marked this conversation as resolved.
Outdated

2. If your feature is partially implemented, hide the feature's code behind a false-by-default flag, and use **release-ready** version.
Copy link
Copy Markdown
Collaborator

@gspencergoog gspencergoog May 18, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Where are the flags specified? Are they --define flags for the Dart compiler? Or are they command line flags? Something else?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We do not have it organized yet. Documented that it is not defined yet.


## Versioning

We use [Semver] for package versioning, although before 1.0.0, we will be
incrementing only the minor number for breaking changes and the patch number for
non-breaking changes. After 1.0.0, we will be using standard Semver, bumping the
major number for breaking changes.

<!-- references -->

[Semver]: https://semver.org/

## How publishing happens?

TODO(polina-c): add information, https://github.com/google/A2UI/issues/1383

## How upgrade of dependencies (for both siblings and third party) happens?

### For local development runs

For packages with `resolution: workspace` in their pubspec.yaml, pub resolves every sibling from its local source directory — not from pub.dev, as long as its `version:` satisfies the consumer's constraint.

If a local bump escapes that constraint (e.g. `^0.9.0` → `0.10.0`), update the consumer's `pubspec.yaml` in the same PR. Otherwise pub silently falls back to the published version on pub.dev.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we have a check for this?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good idea!

added


### For runs by external packages

After a new version of a dependency (including sibling package in this repo) is published, this is how upgrade will happen:

1. [Dependabot] detects the new version on pub.dev and opens a PR per dependency, bumping the constraint in each consuming `pubspec.yaml`. See [About Dependabot version updates] for details.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there any way to add a new section to each CHANGELOG.md too?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not natively — Dependabot only edits the manifest. I filed a feature request upstream: dependabot/dependabot-core#15057. For now the doc calls out that the CHANGELOG.md entry has to be added by the maintainer before merging.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Filed an issue and added comment: dependabot/dependabot-core#15057

2. The PR runs `publish / validate` and the rest of CI.
3. A maintainer reviews and merges the PR.

[Dependabot]: ../../.github/dependabot.yaml
[About Dependabot version updates]: https://docs.github.com/en/code-security/dependabot/dependabot-version-updates/about-dependabot-version-updates
17 changes: 17 additions & 0 deletions docs/contributing/pull_requests.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,17 @@
# Authoring pull requests

## Make your PR easy to review

1. Make sure your PR has meaningful title and description.
2. Make sure your PR is not too large. Smaller PRs are easier to review.
3. Separate code reorgs from feature changes.

## CI presubmit errors

You may get CI presubmit errors on pull requests for several reasons. This section explains how to fix some of the less obvious ones.

### From `publish / validate` job

In general, the job checks if all [pub.dev](https://pub.dev) packages are release ready.

See [publishing.md](publishing.md) for more details.
1 change: 0 additions & 1 deletion examples/simple_chat/linux/flutter/generated_plugins.cmake
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,6 @@ list(APPEND FLUTTER_PLUGIN_LIST
)

list(APPEND FLUTTER_FFI_PLUGIN_LIST
jni
)

set(PLUGIN_BUNDLED_LIBRARIES)
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -12,5 +12,5 @@ import video_player_avfoundation
func RegisterGeneratedPlugins(registry: FlutterPluginRegistry) {
AudioplayersDarwinPlugin.register(with: registry.registrar(forPlugin: "AudioplayersDarwinPlugin"))
UrlLauncherPlugin.register(with: registry.registrar(forPlugin: "UrlLauncherPlugin"))
VideoPlayerPlugin.register(with: registry.registrar(forPlugin: "VideoPlayerPlugin"))
FVPVideoPlayerPlugin.register(with: registry.registrar(forPlugin: "FVPVideoPlayerPlugin"))
}
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,6 @@ list(APPEND FLUTTER_PLUGIN_LIST
)

list(APPEND FLUTTER_FFI_PLUGIN_LIST
jni
)

set(PLUGIN_BUNDLED_LIBRARIES)
Expand Down
2 changes: 1 addition & 1 deletion packages/a2ui_core/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,5 @@
# `a2ui_core` Changelog

## 0.0.1 (in progress)
## 0.0.1-dev002

- Initial version.
4 changes: 0 additions & 4 deletions packages/genai_primitives/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,9 +1,5 @@
# `genai_primitives` Changelog

## 0.2.4 (in progress)

- **Refactor**: Update core framework to v0.9 (#546dab9be).
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This comment is now lost. When will it be added back in? Shouldn't there be a section for in progress (-dev) changes?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • Changed the comment to make sense in the context of the package genai_primitives, that is not concerned about genui.

  • Bumped version

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But what about in-progress changes: Say I've committed something that isn't meant to be published yet, but I want to accumulate CHANGELOG entries for it when it is published. How am I supposed to do that? I would think there would be a ## 0.2.4-dev entry here with those things, that gets converted to a ## 0.2.4 heading before it is published.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, you are right.

And this change is samll enough to hold for next release.

Changed.


## 0.2.3

- **Feature**: Add methods `copyWith` and `concatenate` to `ChatMessage` (#760).
Expand Down
2 changes: 1 addition & 1 deletion packages/genui/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
# `genui` Changelog

## (WIP)
## 0.9.1

- **Feature**: Updated example/README.md.

Expand Down
Loading
Loading