ci: adopt shared back-merge workflow

[tkgstrator]

What

リリース後に develop を master へ追従させる Back-merge ワークフローを追加します。実体は
共有の再利用ワークフロー qtmleap/actions にあり、
このリポジトリには 15 行の呼び出し側だけを置きます。

Why

feature → develop → master フローでは、リリースをマージコミットで行うため直後は master
だけが 1 コミット先行し、develop は放置すると毎リリース 1 回ずつ取り残されます。

master を develop へ fast-forward push することでこれを解消します。リリース直後の
master は merge(master_prev, develop_head) なので develop は必ず master の祖先であり、
push は常に fast-forward になります。back-merge PR 方式と違ってマージコミットが 1 つも
増えません。

安全策

• push 前に git merge-base --is-ancestor を確認し、fast-forward できない場合は
  push せず警告して正常終了します (従来どおり手動で back-merge PR を作る運用に落ちる)
• --force は使いません
• 既に同一 SHA なら何もしません (冪等)

Test plan

• workflow_dispatch を手動実行して配線を確認します。現時点では develop が master より
  進んでいるため「fast-forward 不可」の警告で終わるのが正しい挙動です
• 実際の発火は次のリリース時。実行後に git rev-parse origin/develop origin/master が同一
  SHA になることを確認します

🤖 Generated with Claude Code