一键在 Manus 中运行任何 Skill

dotnet-deploy-prod

星标2

分支1

更新时间2026年6月13日 13:42

Executa deploy de aplicação .NET API no ambiente de Produção. Use quando o usuário mencionar "deploy produção", "deploy prod", "publicar em produção", "subir para prod", "deploy production", "fazer deploy prod", "atualizar produção", "release produção", "go live", "deploy prd". Também dispara quando pedir para fazer build e deploy da aplicação em ambiente de produção/live. NÃO use para deploy em homologação (use dotnet-deploy-homolog) ou desenvolvimento.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

brunocesharp

brunocesharp/claude

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

.NET Deploy Produção

Executa pipeline completo de deploy para ambiente de Produção com Docker Compose.

⚠️ AMBIENTE DE PRODUÇÃO - ATENÇÃO REDOBRADA

Este deploy afeta o ambiente de PRODUÇÃO. Todas as etapas incluem validações extras de segurança.

IMPORTANTE: Execução Obrigatória e Sequencial

TODAS as etapas devem ser executadas NA ORDEM especificada. Se QUALQUER etapa falhar, INTERROMPER IMEDIATAMENTE. CONFIRMAR com o usuário antes de iniciar o deploy.

Pipeline de Deploy

┌─────────────┐    ┌─────────────┐    ┌─────────────┐    ┌─────────────┐    ┌─────────────┐    ┌─────────────┐    ┌─────────────┐
│  Validação  │───►│   Restore   │───►│    Build    │───►│    Test     │───►│Docker Build │───►│   Deploy    │───►│Health Check │
│   Prévia    │    │             │    │             │    │             │    │             │    │             │    │             │
└─────────────┘    └─────────────┘    └─────────────┘    └─────────────┘    └─────────────┘    └─────────────┘    └─────────────┘
      │                  │                  │                  │                  │                  │                  │
      ▼                  ▼                  ▼                  ▼                  ▼                  ▼                  ▼
   Falhou?            Falhou?            Falhou?            Falhou?            Falhou?            Falhou?            Falhou?
      │                  │                  │                  │                  │                  │                  │
      ▼                  ▼                  ▼                  ▼                  ▼                  ▼                  ▼
   PARAR              PARAR              PARAR              PARAR              PARAR              PARAR              PARAR

Instruções

ANTES de executar, consulte as referências:

Leia references/pre-deploy-checklist.md para validações obrigatórias antes do deploy
Leia references/pipeline-steps.md para comandos detalhados de cada etapa
Leia references/rollback.md para procedimento de rollback em caso de falha

Passo 0: Confirmação do Usuário

OBRIGATÓRIO: Antes de iniciar, perguntar ao usuário:

⚠️  DEPLOY EM PRODUÇÃO

Você está prestes a fazer deploy em PRODUÇÃO.
Esta ação afetará usuários reais.

Confirme as seguintes informações:
- Branch: main/master
- Última versão em homolog foi validada? (S/N)
- Backup do banco foi realizado? (S/N)
- Janela de manutenção acordada? (S/N)

Digite CONFIRMAR para prosseguir:

Passo 1: Validação Prévia

Antes de iniciar o pipeline, verificar:

Branch é main ou master
Não há commits pendentes
Arquivo *.sln existe na raiz
Dockerfile existe
docker-compose.prod.yml ou docker-compose.yml existe
Docker está rodando
Variáveis de ambiente de produção configuradas

Passo 2: Executar Pipeline

Executar EXATAMENTE nesta ordem:

Etapa	Comando	Critério de Sucesso
1. Restore	`dotnet restore`	Exit code 0
2. Build	`dotnet build --no-restore --configuration Release`	Exit code 0, 0 warnings (ideal)
3. Test	`dotnet test --no-build --configuration Release`	Exit code 0, 100% passando
4. Docker Build	`docker build -t {image}:{tag} .`	Exit code 0
5. Deploy	`docker compose -f docker-compose.prod.yml up -d --build`	Exit code 0
6. Health Check	`curl http://localhost:{port}/health`	HTTP 200, status "Healthy"

Passo 3: Gerar Relatório

Em caso de SUCESSO (todas as etapas OK):

✅ Deploy em PRODUÇÃO concluído com sucesso.

Resumo:
- Validação prévia: OK
- Restore: OK
- Build: OK
- Testes: OK (X passed, 0 failed, 0 skipped)
- Docker build: OK
- Deploy: OK
- Health check: OK (Healthy)

Artefatos:
- Imagem: {nome-app}:prod-{version}-{timestamp}
- Ambiente: PRODUÇÃO
- Estratégia: docker compose
- URL: https://{domain}

Versão anterior (para rollback):
- Imagem: {nome-app}:prod-{previous-version}

Em caso de FALHA (qualquer etapa):

❌ Deploy em PRODUÇÃO falhou na etapa: {ETAPA}

Resumo:
- Validação prévia: OK
- Restore: OK
- Build: OK
- Testes: FALHOU ← erro aqui
- Docker build: NÃO EXECUTADO
- Deploy: NÃO EXECUTADO
- Health check: NÃO EXECUTADO

Erro:
{mensagem de erro detalhada}

⚠️  AÇÃO IMEDIATA NECESSÁRIA:
1. NÃO tente deploy novamente sem corrigir o erro
2. Corrija o problema identificado
3. Execute novamente o pipeline completo
4. Se necessário, consulte references/rollback.md

Ação sugerida:
{sugestão de correção}

Variáveis de Ambiente

Variável	Valor	Descrição
`ASPNETCORE_ENVIRONMENT`	`Production`	Ambiente da aplicação
`IMAGE_TAG`	`prod-{version}-{yyyyMMddHHmmss}`	Tag da imagem Docker
`HEALTH_CHECK_URL`	`https://{domain}/health`	URL do health check
`HEALTH_CHECK_TIMEOUT`	`60`	Timeout em segundos
`HEALTH_CHECK_RETRIES`	`10`	Número de tentativas

Checklist Final

Confirmação do usuário obtida
Validação prévia passou
Todas as 6 etapas executadas com sucesso
Health check retornou "Healthy"
Todos os componentes (DB, Redis, etc.) healthy
Relatório gerado com versão anterior para rollback
Logs verificados para erros/warnings
Monitoramento ativo confirmado

Troubleshooting Rápido

Problema	Causa Provável	Solução
Branch incorreta	Não está em main/master	`git checkout main && git pull`
Testes falham	Código quebrado	NÃO FAZER DEPLOY - corrigir primeiro
Health check Degraded	Dependência lenta	Verificar conexões externas
Health check Unhealthy	Erro crítico	ROLLBACK IMEDIATO

⚠️ Procedimento de Rollback

Se algo der errado após o deploy, executar IMEDIATAMENTE:

# Rollback para versão anterior
docker compose -f docker-compose.prod.yml down
docker tag {app}:{previous-version} {app}:prod-latest
docker compose -f docker-compose.prod.yml up -d

# Verificar health
curl https://{domain}/health

Consulte references/rollback.md para procedimento completo.

同仓库更多 Skills

同仓库

dotnet-execution-plan

brunocesharp/claude

Gera plano de execução técnico fullstack (.NET + Angular) para implementação de features, dividindo em entregas incrementais com tarefas por camada. Use quando o usuário disser "plano de execução", "execution plan", "planejar implementação", "dividir em tarefas", "quebrar feature", "como implementar essa spec", "etapas de desenvolvimento", "decomposição técnica", "quero um plano para implementar". NÃO use para especificação funcional (use spec-functional) ou discovery (use discovery-*).

2026-06-262

generating-java-unit-tests

brunocesharp/claude

Generates JUnit 5 unit test files in Java 25 from BDD documentation, following TDD (tests written before implementation), Spring Boot conventions, and Given-When-Then structure. Use when the user asks to create unit tests, write JUnit tests, apply TDD, generate tests from BDD, or provides a BDD specification (Gherkin scenarios, Feature files, or Given-When-Then descriptions). Also triggers for: "teste unitário", "TDD Java", "JUnit", "Mockito", "gerar testes do BDD", "criar teste", "testar serviço", "testar controller". Does NOT apply to integration tests, Cucumber end-to-end tests, or performance tests.

2026-06-192

discovery-assumptions

brunocesharp/claude

Conduz o levantamento de hipóteses e premissas durante o discovery, gerando o documento assumptions.md. Baseada em Assumption Mapping e Lean Startup. Use quando o usuário mencionar "hipóteses", "premissas", "suposições", "o que não sabemos", "riscos de descoberta", "validações necessárias", "incertezas", "apostas do projeto", "o que precisamos confirmar", "isso é um chute", "estamos assumindo que", "precisamos testar antes", "como saber se funciona". Requer discovery-init. NÃO use para visão geral (use discovery-vision), dores e oportunidades (use discovery-opportunity), stakeholders (use discovery-stakeholders) ou métricas (use discovery-metrics). Esta skill foca em INCERTEZAS que precisam ser validadas antes de investir.

2026-06-192

discovery-init

brunocesharp/claude

Inicia o discovery de um novo projeto de software criando o project.md e a estrutura de pastas. Use quando o usuário disser "iniciar projeto", "novo projeto", "começar discovery", "criar projeto", "setup do projeto", "quero começar um projeto". NÃO use se o projeto já foi iniciado — nesses casos leia o project.md existente.

2026-06-192

discovery-metrics

brunocesharp/claude

Conduz a definição de métricas de sucesso durante o discovery, gerando o documento success-metrics.md. Baseada em OKR, North Star Metric e HEART. Use quando o usuário mencionar "métricas", "KPIs", "OKRs", "critérios de sucesso", "como medir", "indicadores", "metas", "ROI", "impacto do projeto", "dashboard de acompanhamento", "baseline", "como saber se deu certo", "definir sucesso", "o que significa dar certo", "North Star". Requer discovery-init. NÃO use para visão geral (use discovery-vision), dores e oportunidades (use discovery-opportunity), hipóteses (use discovery-assumptions) ou stakeholders (use discovery-stakeholders). Esta skill foca em COMO MEDIR sucesso, não em definir o que construir.

2026-06-192

discovery-opportunity

brunocesharp/claude

Conduz o mapeamento de oportunidades durante o discovery, gerando o documento opportunity.md. Baseada em Opportunity Solution Tree e Jobs to Be Done. Use quando o usuário mencionar "oportunidades", "mapear dores", "jobs to be done", "JTBD", "o que o usuário quer fazer", "necessidades dos usuários", "fricções", "ganhos esperados", "contexto de uso", "tentativas anteriores", "por que soluções anteriores falharam", "entender o problema antes de resolver". Requer discovery-init. NÃO use para visão geral do projeto (use discovery-vision), hipóteses a validar (use discovery-assumptions), stakeholders (use discovery-stakeholders) ou métricas (use discovery-metrics). Esta skill foca no PROBLEMA, não em soluções.

2026-06-192