This release does not change anything in the logic of the library - it's only about the changes in the pyproject.toml to properly indicate the license and use modern Hatch features.
3.1.1 is functionally the same as 3.1.0.
3.1.0
Recently it was brought to our attention that releases of `google-i18n-address` are including extra files which cause issues [for other projects](https://github.com/mirumee/google-i18n-address/issues/75).
3.1 release is functionally the same as 3.0, but it excludes those files.
3.0.0
Backwards incompatible changes: - [PEP8: Exception names should use Error suffix](https://peps.python.org/pep-0008/#exception-names): InvalidAddress -> InvalidAddressError
What's Changed * Remove requires.io by brylie-wolt in https://github.com/mirumee/google-i18n-address/pull/71 * Update package by michaljelonek in https://github.com/mirumee/google-i18n-address/pull/74
New Contributors * brylie-wolt made their first contribution in https://github.com/mirumee/google-i18n-address/pull/71 * michaljelonek made their first contribution in https://github.com/mirumee/google-i18n-address/pull/74
Updated address validation rules to the most recent version
2.3.0
Previously for countries where we had a list of possible country area values the validator would mark an empty field as invalid even if it was not required. This version only checks field values against a list of valid choices if the values are non-empty.
2.2.0
ValidationRules` is no longer a `namedtuple` as indexing it using integer keys did not make a lot of sense. This will allow us to add new fields without breaking compatibility in future.
The `ValidationRules` instance now has a `country_code` field along with the previously available `country_name`.
⚠️ The `ValidationRules.postal_code_examples` is now a list instead of a string. This is a **backwards-incompatible** change and if your code relies on the examples it needs to be adapted.