melgarafaelandClaude Opus 5.5 ffef14f3b8 fix(triagem): o complemento mede a cabeça do PR, não o HEAD de quem tria ...

O #1792 pôs o HEAD na população do complemento.sh para a duplicata de
NNNN dentro do próprio PR aparecer. Isso só vale quando quem tria está com
o checkout no PR. O TRIAGEM.md, §4, roda o script do clone da triagem
depois de `git fetch origin pull/<n>/head`, e ali o HEAD é a branch de
quem tria: a duplicata interna seguia com colide_em=0.

A população passa a usar "${SHA:-HEAD}", a cabeça que o gh devolveu. O
5-ter espera o SHA da cabeça, e o 5-quater cobre o modo do §4 (HEAD na
main, cabeça do PR só em refs/remotes/pr/N), com um controle de uma
migration só que não acusa a si mesma.

Medido: tests/shell/deskcomm-contribuir.test.sh dá 91 casos verdes em
/bin/bash 3.2.57 (com o bash filho também 3.2) e em bash 5.3.9. Com o
complemento.sh da cabeça 85143ad8b, 4 de 91 ficam vermelhos (5-ter e
5-quater), nos dois bashes.

Closes #1780

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

2026-09-27 05:08:08 -03:00

..

instrumentos

docs(triagem): o ponto cego do workflow do próprio PR ganha o sintoma visível

2026-09-18 11:56:06 -03:00

references

docs: a Vercel deixa de aparecer como onde o CRM roda e valida

2026-09-17 15:00:03 -03:00

scripts

fix(triagem): o complemento mede a cabeça do PR, não o HEAD de quem tria

2026-09-27 05:08:08 -03:00

TRIAGEM.md

Merge pull request #1776 from webtecnica/fix/1273-proximo-nnnn-livre-mede-a-populacao-certa

2026-09-27 02:16:48 -03:00