Vai al contenuto principale
Tieni sotto controllo il backlog crescente di PR. Questa automazione pianificata individua le pull request che si sono fermate — nessun commento, nessun commit, nessun avanzamento — e interviene di conseguenza: un promemoria gentile all’autore, un rebase se il branch è rimasto indietro oppure una chiusura pulita se la PR è stata abbandonata da settimane.

Usa questo template

Apri Stale PR Cleanup in Devin e crea l’automazione con la configurazione predefinita. Puoi personalizzarla prima di salvarla.

​
Cosa fa questa automazione

Le pull request (PR) inattive sono un freno per la velocità del team. I reviewer le saltano, gli autori se ne dimenticano e i conflitti si accumulano finché il merge non diventa un mini-progetto. Questo template viene eseguito ogni settimana, identifica le PR rimaste inattive oltre una soglia che configuri tu ed esegue azioni di pulizia in base al contesto: inviare un promemoria, rieseguire il rebase o chiudere.

​
Come funziona

Trigger: Evento pianificato — recurring
  • Evento: schedule:recurring
    • Condizioni:
      • rrule corrisponde a FREQ=WEEKLY;BYDAY=WE;BYHOUR=10;BYMINUTE=0
Cosa fa Devin: avvia una sessione con il contesto completo dell’evento, esegue il prompt seguente e, facoltativamente, ti invia una notifica in caso di errore.

​
Prerequisiti

​
Esempio di prompt

Questo template include il seguente prompt. Puoi modificarlo dopo aver fatto clic su Usa template oppure lasciarlo invariato.

​
Configurazione

  1. Apri Automazioni → Template in Devin.
  2. Fai clic su Pulizia PR inattive. Si aprirà la pagina di creazione con questo template già precompilato.
  3. Collega tutte le integrazioni richieste e installa i server MCP se non lo hai già fatto.
  4. Sostituisci tutti i valori segnaposto nelle condizioni del trigger (ad esempio, sostituisci your-org/your-repo con la tua repo reale).
  5. Rivedi il prompt e adattalo al linguaggio, alle convenzioni e alle barriere di sicurezza del tuo team.
  6. Fai clic su Crea automazione.
La maggior parte dei template di automazione include limiti suggeriti per ACU e invocazioni per contenere i costi durante il rollout iniziale. Lasciali invariati finché non sei sicuro del comportamento dell’automazione, quindi aumentali in base al tuo carico di lavoro.

​
Quando usare questo template

  • Team di sviluppo con un elevato flusso di contributi open source
  • Repo interne con lunghi arretrati di PR e forti colli di bottiglia nel processo di revisione
  • Mantenere i rami principali liberi da conflitti di merge causati da rami dimenticati
  • Ridurre il carico cognitivo dei revisori mentre scorrono l’elenco delle PR

​
Idee di personalizzazione

  • Regola la soglia di inattività (7 giorni, 30 giorni, 90 giorni)
  • Limita l’ambito a repo o etichette specifiche
  • Aggiungi un commento di avviso con un periodo di tolleranza prima di qualsiasi azione distruttiva
  • Integra con Slack così gli autori ricevono un messaggio diretto, non solo una notifica di GitHub

​
Vedi anche