Xavier Morel ef6a002ea7 [CHG] runbot_merge: move staging readiness to batch ... Staging readiness is a batch-level concerns, and many of the markers are already there though a few need to be aggregated from the PRs. As such, staging has no reason to be performed in terms of PRs anymore, it should be performed via batches directly. There is a bit of a mess in order not to completely fuck up when retargeting PRs (implicitly via freeze wizard, or explicitely) as for now we're moving PRs between batches in order to keep the batches *mostly* target-bound. Some of the side-effects in managing the coherence of the targeting and moving PRs between batches is... not great. This might need to be revisited and cleaned up with those scenarios better considered.		2024-05-23 07:58:58 +02:00
..
crons	[FIX] runbot_merge: maintenance gc command	2024-02-26 09:58:22 +01:00
project_freeze	[CHG] runbot_merge: move staging readiness to batch	2024-05-23 07:58:58 +02:00
staging_cancel	[ADD] runbot_merge: stagings canceling wizard	2022-12-08 10:46:22 +01:00
__init__.py	[CHG] *: persistent batches	2024-05-23 07:58:58 +02:00
batch.py	[CHG] runbot_merge: move staging readiness to batch	2024-05-23 07:58:58 +02:00
commands.py	[CHG] *: rewrite commands set, rework status management	2024-05-23 07:58:46 +02:00
ir_actions.py	[IMP] runbot_merge: add json & requests to server actions context	2023-02-20 10:13:05 +01:00
project.py	[ADD] runbot_merge: support staging ready PRs over splits	2024-05-23 07:58:58 +02:00
pull_requests.py	[CHG] runbot_merge: move staging readiness to batch	2024-05-23 07:58:58 +02:00
res_partner.py	[ADD] runbot_merge: ad-hoc ACL tracking to res.partner	2024-05-16 09:32:03 +02:00
stagings_create.py	[CHG] runbot_merge: move staging readiness to batch	2024-05-23 07:58:58 +02:00