Rework abra recipe release #682

New Issue

iexos · 2025-10-01T10:49:00Z

iexos commented

2025-10-01 10:49:00 +00:00

Following a recent kite-flying session, here is a proposal broken out of #663 for changes to the release command.

This rework shall serve the following purposes:

simplify releasing a new recipe version
enhancing history readability by prohibiting uncommitted changes to be included in the release commit
solving the issue of release tags not being pushed
preparing the base for adding automatic checks before releasing (separate issues)

The proposal is to make the following changes to abra recipe release:

bail out if recipe working directory has uncommitted changes (similar to app deploy without --chaos)
execute functionality of recipe sync, i.e. ask for major/minor/patch and add changes to label
- remove recipe sync command
execute existing functionality of recipe release: ask for release notes/pick up release/next, create the commit, create the tag
publish release without asking for confirmation
- remove --publish flag

Regarding the last point, I imagine there was (is?) a good reason that releasing and publishing were separated. Maybe from a time when catalogue generation was less automatic? I assume this separation is not sensible anymore, please tell me if that is not true.

Following a recent kite-flying session, here is a proposal broken out of [#663](https://git.coopcloud.tech/toolshed/organising/issues/663#issuecomment-22329) for changes to the release command. This rework shall serve the following purposes: 1. simplify releasing a new recipe version 2. enhancing history readability by prohibiting uncommitted changes to be included in the release commit 3. solving the issue of release tags not being pushed 4. preparing the base for adding automatic checks before releasing (separate issues) The proposal is to make the following changes to `abra recipe release`: * bail out if recipe working directory has uncommitted changes (similar to `app deploy` without `--chaos`) * execute functionality of `recipe sync`, i.e. ask for major/minor/patch and add changes to label * remove `recipe sync` command * execute existing functionality of `recipe release`: ask for release notes/pick up `release/next`, create the commit, create the tag * publish release without asking for confirmation * remove `--publish` flag Regarding the last point, I imagine there was (is?) a good reason that releasing and publishing were separated. Maybe from a time when catalogue generation was less automatic? I assume this separation is not sensible anymore, please tell me if that is not true.

👍 4

iexos referenced this issue

2025-10-01 10:52:19 +00:00

Make `recipe release` atomic #683

iexos referenced this issue from toolshed/organising

2025-10-01 11:02:13 +00:00

Improving the recipe release process #663

decentral1se added this to the Abra v0.12 project 2025-10-01 13:21:37 +00:00

decentral1se added the

enhancement

label 2025-10-02 09:11:15 +00:00

decentral1se modified the project from Abra v0.12 to (deleted)

2025-10-26 09:50:18 +00:00

iexos self-assigned this 2026-02-06 19:34:23 +00:00

iexos commented

2026-02-07 18:00:14 +00:00

The new workflow for standard upgrades would now require a manual git commit since recipe upgrade is leaving the working dir modified. To mitigate this, I propose to add smth an option for committing. Only two commands would be needed then, e.g. smth like this:

$ abra recipe upgrade x
[...]
[list changes]
Commit changes? [Y/n]y
created commit "..."
$ abra recipe release x
[...]

Any comments on this?

The new workflow for standard upgrades would now require a manual git commit since `recipe upgrade` is leaving the working dir modified. To mitigate this, I propose to add smth an option for committing. Only two commands would be needed then, e.g. smth like this: ``` $ abra recipe upgrade x [...] [list changes] Commit changes? [Y/n]y created commit "..." $ abra recipe release x [...] ``` Any comments on this?

👍 1

iexos referenced a pull request that will close this issue

2026-02-13 11:17:27 +00:00

refactor!: rework recipe release flow #764

decentral1se added this to the Abra v0.13 project 2026-02-15 13:48:05 +00:00

decentral1se moved this to In Progress in Abra v0.13 on 2026-02-15 13:48:10 +00:00

iexos closed this issue

2026-02-16 09:18:43 +00:00

decentral1se moved this to Done in Abra v0.13 on 2026-02-16 11:06:53 +00:00

decentral1se referenced this issue

2026-02-18 07:51:48 +00:00

`abra recipe sync` asplode #779