tauri/.changes
Lucas Fernandes Nogueira 8e1e15304e
feat(cli): check if Rust lib contains required Android and iOS symbols #10094 (#10483)
* feat(cli): check if Rust lib contains required Android symbols #10094

* check for ios aswell
2024-08-05 09:46:28 -03:00
..
README.md chore: add back `.changes/readme.md` (#8905) 2024-02-19 14:39:27 -03:00
android-dev-open-adb-fix.md fix(cli): android dev --open failing due to adb not finding device (#10467) 2024-08-03 10:04:26 -03:00
asset-resolver-dev-fallback.md feat(core): fallback to file system for AssetResolver::get, closes #8411 (#10357) 2024-07-31 07:13:40 -03:00
change-pr-10435.md fix: Specta remote implementation for `Channel` (#10435) 2024-08-01 16:26:52 +09:00
check-android-lib-symbols.md feat(cli): check if Rust lib contains required Android and iOS symbols #10094 (#10483) 2024-08-05 09:46:28 -03:00
cli-desktop-port-exposure.md Add change file for #10360 (#10421) 2024-07-30 14:29:06 +09:00
cli-mobile-checks.md feat(cli): check if project identifier or lib name changed (#10479) 2024-08-05 09:45:18 -03:00
config.json feat(cli): iOS signing for CI usage (#9963) 2024-07-12 11:08:55 -03:00
core-plugin-namespace.md refactor: core plugin permissions are now prefixed core:, closes #10359 (#10390) 2024-07-30 07:52:43 -03:00
dev-url-localhost-mobile.md refactor!: use localhost for development on Android devices and emulators or iOS simulators (#10437) 2024-08-02 07:35:18 -03:00
fix-adb.md fix(cli): `adb reverse` failing in Node.js (#10466) 2024-08-03 09:47:50 -03:00
fix-colon-in-file-path.md fix: permission file uses ':' in file name (#10485) 2024-08-05 09:45:00 -03:00
fix-conf-parsing-error-filepath.md fix(core): Conf parsing error always displays `tauri.conf.json` file name even when using toml or json5 (#10404) 2024-07-29 14:54:21 +02:00
fix-usage-without-compression.md fix(core): usage without the compression feature (#10432) 2024-07-31 18:40:02 -03:00
ios-frameworks.md feat: add iOS frameworks config option, closes #9962 (#10393) 2024-08-02 07:35:03 -03:00
isolation-main-frame-origin.md check the main frame's origin in isolation.js (#10423) 2024-07-30 16:32:32 -03:00
linux-option-gtk-app-id.md feat(core): make setting of gtk app id optional (#10397) 2024-07-29 15:26:13 +02:00
plugin-builder-failable.md add failable try_build for plugin builder (#10405) 2024-07-29 10:51:56 -03:00
pre.json apply version updates (#10468) 2024-08-03 10:22:38 -03:00
rc-migration.md feat(cli): add migration from 2.0.0-beta to 2.0.0-rc (#10395) 2024-07-30 16:32:59 -03:00
remove-unsecure-configs.md feat: re-enable TLS checks for Android and dev proxy (#10386) 2024-07-29 10:43:59 -03:00

README.md

Changes

via https://github.com/jbolda/covector

As you create PRs and make changes that require a version bump, please add a new markdown file in this folder. You do not note the version number, but rather the type of bump that you expect: major, minor, or patch. The filename is not important, as long as it is a .md, but we recommend that it represents the overall change for organizational purposes.

When you select the version bump required, you do not need to consider dependencies. Only note the package with the actual change, and any packages that depend on that package will be bumped automatically in the process.

Use the following format:

---
'package-a': 'patch:enhance'
'package-b': 'patch:enhance'
---

Change summary goes here

Summaries do not have a specific character limit, but are text only. These summaries are used within the (future implementation of) changelogs. They will give context to the change and also point back to the original PR if more details and context are needed.

Changes will be designated as a major, minor or patch as further described in semver.

Given a version number MAJOR.MINOR.PATCH, increment the:

  • MAJOR version when you make incompatible API changes,
  • MINOR version when you add functionality in a backwards compatible manner, and
  • PATCH version when you make backwards compatible bug fixes.

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format, but will be discussed prior to usage (as extra steps will be necessary in consideration of merging and publishing).

Additionally you could specify a tag for the change file to group it with other changes by prefixing the bump with :<tag>, for example:

---
'package-a': 'patch:enhance'
---

Change summary goes here

which will group this change file with other changes that specify the bug tag.

For list of available tags, see the changeTags key in ./config.json