Publicar o Specsfy
Executar na raiz do checkout oficial. Exigir versão X.Y.Z, notas
confirmadas e autorização explícita antes de push.
VERSION na raiz é a fonte única. Skills e especialistas recebem a versão da
tag do monorepo, sem arquivos de versão próprios. Hub e website não participam
desse número.
1. Classificar o estado
git remote get-url origin
git branch --show-current
gh auth status
npm whoami
git fetch origin main --tags
git status --porcelain
git rev-parse HEAD
git rev-parse origin/main
git rev-parse --verify refs/tags/vX.Y.Z
gh release view vX.Y.Z --repo promovaweb/specsfy \
--json tagName,targetCommitish,body
Exigir remoto https://github.com/promovaweb/specsfy, branch main, acesso ao
mesmo repositório, worktree limpa, HEAD igual a origin/main e ausência da
tag e do release para publicação nova.
Em estado parcial, não recriar commit, tag ou versão. Compare tag, commit, artefatos e seção do changelog e retome apenas a etapa ausente.
2. Preparar versão
python3 -B \
cli/.agents/skills/specsfy-release-cli/scripts/release_changelog.py prepare \
--cli cli --version X.Y.Z --date YYYY-MM-DD \
--notes-file /caminho/notas.md
cd cli
npm install --package-lock-only --ignore-scripts
npm ci
npm run build:executable
npm run typecheck
npm test
npm run build
node dist/main.js --help
./bin/specsfy --version
npm publish --dry-run
cd ..
make ebook
make verify-ebook
make verify-version
python3 -B \
cli/.agents/skills/specsfy-release-cli/scripts/release_changelog.py extract \
--changelog cli/CHANGELOG.md --version X.Y.Z \
--output /caminho/release-notes.md
Exigir X.Y.Z em VERSION, package.json, src/version.ts,
package-lock.json, CLI instalado, binário, bin/specsfy.build.json, ebook e
ebook/build.json. O changelog promove as notas sob
## [X.Y.Z] - YYYY-MM-DD.
3. Revisar e versionar
Incluir na entrega:
VERSION;cli/CHANGELOG.md;cli/package.json;cli/package-lock.json;cli/src/version.ts;cli/bin/specsfy;cli/bin/specsfy.build.json.ebook/build.jsone os artefatos da edição atual;- documentação, skills e especialistas alterados pela entrega.
Apresentar notas e diff. Após confirmação:
make verify-version
git add VERSION cli/CHANGELOG.md cli/package.json cli/package-lock.json \
cli/src/version.ts \
cli/bin/specsfy cli/bin/specsfy.build.json
git commit -m "chore(release): vX.Y.Z"
git tag -a vX.Y.Z -m "Specsfy CLI vX.Y.Z"
git rev-parse HEAD
git rev-list -n 1 vX.Y.Z
Os hashes devem ser idênticos. A tag pertence ao monorepo.
4. Publicar e comprovar
git push --atomic origin main vX.Y.Z
gh run watch --repo promovaweb/specsfy \
"$(gh run list --repo promovaweb/specsfy --branch vX.Y.Z \
--workflow Specsfy --limit 1 --json databaseId --jq '.[0].databaseId')"
gh release create vX.Y.Z \
--repo promovaweb/specsfy --verify-tag \
--title "Specsfy CLI vX.Y.Z" \
--notes-file /caminho/release-notes.md
gh release view vX.Y.Z --repo promovaweb/specsfy \
--json url,tagName,targetCommitish,body
gh release view vX.Y.Z --repo promovaweb/specsfy \
--json body > /caminho/release-publicado.json
python3 -B \
cli/.agents/skills/specsfy-release-cli/scripts/release_changelog.py verify \
--changelog cli/CHANGELOG.md --version X.Y.Z \
--release-json /caminho/release-publicado.json
git ls-remote origin "refs/tags/vX.Y.Z^{}"
gh run list --repo promovaweb/specsfy --branch vX.Y.Z --workflow Specsfy
Confirmar tag remota, CI e equivalência exata das notas. Em falha, preservar o
estado e reclassificar. O job da tag publica @promovaweb/specsfy no npm. A
proveniência é incluída quando o repositório estiver público. Nunca crie uma tag
compensatória.