bevy/tools
Lee-Orr 42ba9dfaea
Separate state crate (#13216)
# Objective

Extracts the state mechanisms into a new crate called "bevy_state".

This comes with a few goals:

- state wasn't really an inherent machinery of the ecs system, and so
keeping it within bevy_ecs felt forced
- by mixing it in with bevy_ecs, the maintainability of our more robust
state system was significantly compromised

moving state into a new crate makes it easier to encapsulate as it's own
feature, and easier to read and understand since it's no longer a
single, massive file.

## Solution

move the state-related elements from bevy_ecs to a new crate

## Testing

- Did you test these changes? If so, how? all the automated tests
migrated and passed, ran the pre-existing examples without changes to
validate.

---

## Migration Guide

Since bevy_state is now gated behind the `bevy_state` feature, projects
that use state but don't use the `default-features` will need to add
that feature flag.

Since it is no longer part of bevy_ecs, projects that use bevy_ecs
directly will need to manually pull in `bevy_state`, trigger the
StateTransition schedule, and handle any of the elements that bevy_app
currently sets up.

---------

Co-authored-by: Kristoffer Søholm <k.soeholm@gmail.com>
2024-05-09 18:06:05 +00:00
..
build-templated-pages Remove version field for non-publish crates and update descriptions (#13100) 2024-04-26 11:55:03 +00:00
build-wasm-example new format for ci config file (#13154) 2024-05-02 22:51:47 +00:00
ci Move compile fail tests (#13196) 2024-05-03 13:35:21 +00:00
compile_fail_utils Update compile test to use ui_test 0.23 (#13245) 2024-05-05 22:17:56 +00:00
example-showcase Use folder for example showcase reports and add show logs flag (#13198) 2024-05-03 13:03:06 +00:00
publish.sh Separate state crate (#13216) 2024-05-09 18:06:05 +00:00