Manuel Bustillo 2147d7ad5e
All checks were successful
Run unit tests / rubocop (push) Successful in 27s
Run unit tests / check-licenses (push) Successful in 32s
Run unit tests / copyright_notice (push) Successful in 36s
Run unit tests / unit_tests (push) Successful in 1m22s
Run unit tests / build-static-assets (push) Successful in 10m9s
Redo simulations lifecycle (#222)
## Why

The current way of creating and deleting simulations doesn't scale for big instances. We cannot generate 50 simulations every time a guest confirms attendance, and we should not delete existing valuable simulations. For example, if a guest confirms attendance and declines right after, previously generated simulations should still be valid.

## What

In this PR we are introducing a series of changes that make simulations management easier:

1. We're removing the automatic creation of simulations.
2. Simulations are not removed anymore, neither manually nor automatically.
3. A new endpoint has been defined to create simulations on demand.
4. A digest property has been defined to determine whether a simulation is still valid (meaning there have not been any change in the list of guests involved).

Reviewed-on: #222
Co-authored-by: Manuel Bustillo <bustikiller@bustikiller.com>
Co-committed-by: Manuel Bustillo <bustikiller@bustikiller.com>
2025-01-26 12:53:21 +00:00
..
2025-01-23 21:34:23 +00:00
2025-01-23 21:34:23 +00:00
2024-11-30 10:59:28 +01:00
2025-01-23 21:34:23 +00:00
2025-01-23 21:34:23 +00:00
2024-07-11 18:42:31 +02:00
2024-07-11 18:42:31 +02:00
2024-12-07 19:59:59 +01:00
2025-01-23 21:34:23 +00:00
2025-01-23 21:34:23 +00:00
2025-01-23 21:34:23 +00:00
2024-11-03 08:59:56 +01:00
2024-11-03 08:59:56 +01:00
2025-01-26 12:53:21 +00:00
2024-07-11 18:42:31 +02:00