fix(cherry-pick): continue/abort/skip, reset keybinding, and correct multi-commit order

[fcmiranda]

Summary

Fixes three bugs in the cherry-pick implementation.

Bug 1 — Critical: conflict resolution was impossible

show_rebase_options_menu received is_cherry_picking but the parameter was named _is_cherry_picking and completely ignored — no menu items were built for it. When a cherry-pick hit a conflict the menu opened empty and the user was stuck with no way to continue or abort from the TUI.

Fix: added continue_cherry_pick(), abort_cherry_pick(), and skip_cherry_pick() git wrappers in status.rs, and wired them into the options menu with keys c / a / s.

Bug 2 — Dead keybinding: <Ctrl-q> did nothing

reset_cherry_pick was declared in the config with default <c-q> but was never matched in the key handler.

Fix: added the matches_key check in handle_key so pressing <Ctrl-q> now clears the clipboard.

Bug 3 — Wrong history order for multi-commit cherry-pick

The commit list is shown newest-first. Hashes were pushed to the clipboard in visual order and passed to git cherry-pick unchanged — oldest commit ended up applied last, reversing history.

Fix: the clipboard is reversed before being passed to git.cherry_pick(), so oldest is applied first.

Files changed

• src/git/status.rs — add continue_cherry_pick, abort_cherry_pick, skip_cherry_pick
• src/gui/mod.rs — fix _is_cherry_picking dead param; add continue/abort/skip menu items
• src/gui/controller/commits.rs — wire reset_cherry_pick keybinding; reverse hashes before paste

[Blankeos]

Good and well-scoped so I'll just merge.