Skip to content

Have git-fw rewrite git cherry-pick output on the fly on failure #1438

Description

@xmo-odoo

Currently when cherry-pick fails it prints something like "use git cherry-pick --continue" to resume (TBD: exact message).

Letting that through was originally fine, but since f378b3f it's not correct anymore as git-fw needs to be active in order to hook in commit message edition. So fw should intercept and rewrite whichever stream this is printed on.

The help text should also be tuned, as it still states

If used with the git-cherry-pick(1) subcommands, forwards them to the current cherry-pick.

which is not quite correct anymore.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Fields

    No fields configured for issues without a type.

    Projects

    Status
    accepted

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions