ci: pr-checks roda em PR e push para a develop do ci-shared + fluxo no README [INFRA-68363] #40

Merged

tarcisio merged 1 commit from ci/INFRA-68363-pr-checks-develop into develop

2026-10-04 15:00:09 -03:00

tmf-ia commented

2026-10-04 12:22:28 -03:00

Owner

O que muda

O ci-shared agora tem develop (criada a partir da main, 75531038; a main não foi tocada). Este PR faz o CI dos PRs rodar para ela e documenta o fluxo.

.forgejo/workflows/pr-checks.yml: pull_request e push passam de [main] para [main, develop]. O nome do workflow (PR checks (ci-shared)) e do job (testes) não mudam: viram o contexto de proteção de branch, PR checks (ci-shared) / testes (pull_request).
tests/ci-unico/test_pr_checks_gatilhos.py (novo): trava os gatilhos, os nomes que viram contexto e que o pr-checks seja o único workflow com gatilho próprio (os demais são workflow_call). Contra a versão anterior, 2 falham; com a mudança, 4 OK.
README: o fluxo novo em 3 linhas (PR→develop; develop→main é release e só o operador faz; produtos seguem em @main).

⚠️ Por que este PR vem antes dos outros

Sem esta mudança, um PR para a develop não teria CI nenhum: o pr-checks.yml só disparava para main. Seria um "verde sem ter rodado". Os PRs seguintes (68242, 68190, 67852) devem entrar depois deste.

⚠️ Limites

Este próprio PR pode não ter CI. Não sei se o Forgejo lê o pr-checks.yml do commit do PR ou da branch de destino. Se ele ler da develop (que ainda tem branches: [main]), este PR não terá check; nesse caso o merge dele é uma decisão sem CI, e o primeiro PR depois dele é que mostra se funcionou. Registro o que aparecer no PR.
A proteção da develop (e o check obrigatório) é configuração na UI, feita pelo operador; o passo a passo, com os nomes exatos dos contextos, está na INFRA-68363. Hoje a develop não tem proteção nenhuma.
Não altera nenhum workflow reusável. Os produtos chamam @main, então nada muda para eles até cada release.
O merge para a main (release) continua sendo do operador, pela UI.

Refs: INFRA-68363, INFRA-67867 (origem do pr-checks), INFRA-67859 (proteção de branch).

🤖 Generated with Claude Code

https://claude.ai/code/session_01UdMSC8CGmShbesE5rfVNfe

## O que muda O ci-shared agora tem **`develop`** (criada a partir da `main`, `75531038`; a `main` não foi tocada). Este PR faz o CI dos PRs **rodar para ela** e documenta o fluxo. - **`.forgejo/workflows/pr-checks.yml`**: `pull_request` e `push` passam de `[main]` para `[main, develop]`. O nome do workflow (`PR checks (ci-shared)`) e do job (`testes`) **não mudam**: viram o contexto de proteção de branch, `PR checks (ci-shared) / testes (pull_request)`. - **`tests/ci-unico/test_pr_checks_gatilhos.py`** (novo): trava os gatilhos, os nomes que viram contexto e que o `pr-checks` seja o **único** workflow com gatilho próprio (os demais são `workflow_call`). Contra a versão anterior, **2 falham**; com a mudança, **4 OK**. - **README**: o fluxo novo em 3 linhas (PR→`develop`; `develop`→`main` é release e só o operador faz; produtos seguem em `@main`). ## ⚠️ Por que este PR vem antes dos outros Sem esta mudança, **um PR para a `develop` não teria CI nenhum**: o `pr-checks.yml` só disparava para `main`. Seria um "verde sem ter rodado". Os PRs seguintes (68242, 68190, 67852) devem entrar **depois** deste. ## ⚠️ Limites - **Este próprio PR pode não ter CI.** Não sei se o Forgejo lê o `pr-checks.yml` do commit do PR ou da branch de destino. Se ele ler da `develop` (que ainda tem `branches: [main]`), **este PR não terá check**; nesse caso o merge dele é uma decisão sem CI, e o primeiro PR depois dele é que mostra se funcionou. Registro o que aparecer no PR. - **A proteção da `develop` (e o check obrigatório) é configuração na UI**, feita pelo operador; o passo a passo, com os nomes exatos dos contextos, está na **INFRA-68363**. Hoje a `develop` **não tem proteção nenhuma**. - **Não altera nenhum workflow reusável.** Os produtos chamam `@main`, então nada muda para eles até cada release. - O merge para a `main` (release) continua sendo **do operador, pela UI**. Refs: INFRA-68363, INFRA-67867 (origem do `pr-checks`), INFRA-67859 (proteção de branch). 🤖 Generated with [Claude Code](https://claude.com/claude-code) https://claude.ai/code/session_01UdMSC8CGmShbesE5rfVNfe

tmf-ia added 1 commit

2026-10-04 12:22:28 -03:00

ci: pr-checks roda em PR e push para a develop do ci-shared + fluxo no README [INFRA-68363]

PR checks (ci-shared) / testes (pull_request) Successful in 2m38s

Details

6252e2535d

A develop foi criada no ci-shared (decisao do operador, relatada pela sessao ORG). O pr-checks.yml,
unico workflow com gatilho proprio, so disparava para main: PR para a develop ficaria SEM CI,
um verde sem ter rodado. Agora pull_request e push cobrem main e develop; o nome do workflow e
do job (contexto de protecao) nao mudam.

- tests/ci-unico/test_pr_checks_gatilhos.py: trava os gatilhos (vermelho na versao anterior, 2 falhas),
  os nomes que viram contexto e que o pr-checks seja o unico workflow com gatilho proprio.
- README: o fluxo novo em 3 linhas (PR->develop, develop->main so do operador, produtos em @main).

Nao altera nenhum workflow reusavel; os produtos seguem em @main.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01UdMSC8CGmShbesE5rfVNfe