deploy/upgrade/rollback version arguments can be git hash #517

Open
opened 2023-10-19 12:30:02 +00:00 by moritz · 2 comments
Member

It would be nice if it's possible to specify a commit hash as version parameter of the commands abra app deploy/upgrade/rollback <app_name> [version], instead of checking out the hash using git and than setting the -C flag.

It would be nice if it's possible to specify a commit hash as `version` parameter of the commands `abra app deploy/upgrade/rollback <app_name> [version]`, instead of checking out the hash using git and than setting the `-C` flag.
moritz added the
enhancement
label 2023-10-19 12:30:02 +00:00
Owner

Oh nice yeh, I guess that we then warn to say "this implies --chaos, doing as instructed"?

I don't imagine we want to have to pass --chaos explicitly here as well?

Oh nice yeh, I guess that we then warn to say "this implies --chaos, doing as instructed"? I don't imagine we want to have to pass `--chaos` explicitly here as well?
Author
Member

I think passing a hash need to be enough to know that it won't deploy a stable release version. But printing an extra warning would be nice as well.

I think passing a hash need to be enough to know that it won't deploy a stable release version. But printing an extra warning would be nice as well.
decentral1se added the
abra
label 2023-10-20 09:10:32 +00:00
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: coop-cloud/organising#517
No description provided.