Receber por email
← Voltar para o catálogo

pr-merge-temporal

Mescla múltiplos PRs em um branch de integração temporário antes de mesclar para o base, com resolução de conflitos ordenada. Use quando quiser validar um conjunto de PRs juntos em um branch de staging antes de avançar o branch base.

27estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: Apache-2.0

Como adicionar

/plugin marketplace add OutlineDriven/odin-claude-plugin

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/pr-merge-temporal/svg)](https://www.skillteca.com.br/skills/pr-merge-temporal)

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Smart Merge to Temporal Branch

Merge multiple PRs into a temporal integration branch for validation before merging to base.

Process

  1. Detect base branch: Identify the default branch via git remote show origin or repo conventions.
  1. Enumerate PRs: List all PRs to merge. For each, fetch the latest HEAD.
  1. Create temporal branch: Fetch latest and branch from the remote base tip.

`` git fetch origin git checkout -b temporal/<timestamp> origin/<base> ``

  1. Determine merge order:
  2. If the user specifies an order, use that.
  3. Otherwise, compute dependency/topological order (if PR B depends on PR A, merge A first).
  4. If PRs are independent with no clear ordering, present the list and ask the user to confirm or reorder before proceeding.
  1. Sequential merge with conflict handling — for each PR in order:

a. Attempt git merge --no-ff <pr-branch> into the temporal branch. b. If merge succeeds cleanly, continue to next PR. c. If conflicts occur:

  • Analyze each conflict using difft and codebase context.
  • Apply resolution using structural understanding (prefer base for formatting, PR for logic).
  • If a conflict cannot be resolved with confidence, abort (git merge --abort), stop, and report the conflict with both sides and a recommended resolution.

d. After each successful merge, run available build/test commands to catch regressions early.

  1. Validate temporal branch: Once all PRs are merged, run full build/test suite if available.
  1. Report results: Present the validated temporal branch to the user. Do NOT merge into base automatically — only advance base if the user explicitly requests it.
  1. Abort conditions — stop the queue and report if:
  2. A conflict cannot be safely auto-resolved.
  3. A post-merge build/test fails.
  4. A PR has been superseded or closed.

The temporal branch is abandoned: git checkout <base> — base remains untouched.

Output

Report for each PR: merged successfully, conflicts resolved (with details), or blocked (with reason). Include the temporal branch name for user review.

Compartilhar X LinkedIn