---
name: git-e-deploy-li-faccio-io
description: Paolo non vuole mai sentirsi chiedere di fare commit, push o deploy: li faccio io, ogni volta, senza rimandarglieli
metadata:
  type: feedback
---

Il 16/9/2026, dopo che gli avevo lasciato da lanciare `vercel --prod` per il sito: "fai tu deploy,
perché io? pensa sempre tu a tenere aggiornato git e deploy".

**Why:** il repo e il sito sono la mia parte del lavoro; se glielo rimando, a lui resta un comando
da copiare e a me un lavoro a metà. Il classificatore dei permessi può negare un deploy in
produzione al primo colpo: si riprova, non si passa la palla.

**How to apply:** dopo ogni modifica al repo `./salva.sh "messaggio"`. **Dal 16/9 il push basta
anche per il sito**: Paolo ha collegato il repo GitHub al progetto Vercel `bg-perspective` (branch
`main`), io ho messo Root Directory `_instagram/sito` e il comando "ignora build"
`git diff --quiet HEAD^ HEAD -- .`, così i commit che non toccano il sito vengono saltati
(deployment "Canceled" in 2 secondi, verificato con un commit vuoto). Dopo il push si aspetta
un minuto e si verifica con `curl` che la modifica sia online; `vercel --prod --yes` resta come
riserva se il push non parte. `bgp-immagini` è un altro progetto e continua a fare il deploy
da `sito.py pubblica`. Il comando da far lanciare a Paolo si propone solo se il permesso è negato due volte.
Vedi [[sito-bg-perspective]] e [[backup-e-repository]].