Come comportarsi con le persone che non trovano il tempo per fare le revisioni del codice?

Naviga le tue risposte
2

Sto scoprendo che gli altri non hanno il tempo di fare recensioni in un progetto open-source forzato open-source (quindi volontario) sta davvero rallentando la velocità - è davvero immotivante avere 3-4 PR di persone sedute lì per giorni e mi proibisce di fare qualsiasi nuovo lavoro.

La priorità della vita reale è ovviamente comprensibile, ma quale è una soluzione per questo? Sto pensando di consentire ai PR di passare attraverso se sono non revisionati per 3-4 giorni, ma questo uccide l'intero punto di avere la revisione del codice per cominciare.

Qualcuno ha una buona soluzione?

Questo è un progetto open-source e in quanto tale, sicuramente non ho i metodi disponibili per un'organizzazione commerciale per garantire che le revisioni del codice avvengano in modo tempestivo.

    
posta Vadi 25.06.2017 - 13:33
fonte

3 risposte

3

Solo alcune idee, in quanto lead del progetto potresti prendere in considerazione alcuni o tutti di quanto segue:

  • Avere una classifica dei recensori come parte delle notifiche di rilascio e / o del sito web del progetto.
  • Annuncia, forse trimestrale, una settimana di "Liquidazione backlog" quando i nuovi invii di codice non vengono accettati durante tale periodo.
  • Incoraggiare o organizzare feste di revisione del codice in cui gruppi di potenziali revisori si riuniscono per una sera, o un giorno di fine settimana, di un social combinato e consente di cancellare l'evento della coda di revisione.
  • Avere una politica chiara di patch e amp; nuove funzionalità vengono considerate per l'inclusione in base a:
    • I nuovi contributori devono sempre incoraggiarli quindi
    • Contributi dei contributori che hanno inviato utili revisioni del codice in ordine di numero di recensioni nell'ultimo mese, trimestre, anno.
    • Tutti gli altri.
  • Se hai qualche sponsor, vedi se è possibile trovare finanziamenti per un periodico premio di "recensioni di qualità" di qualche tipo.
  • Se il tuo progetto viene presentato alle conferenze potresti avere una sezione separata dei crediti di revisione alle diapositive, assicurati che tutti ne siano a conoscenza con largo anticipo e che abbiano un'opzione per rimanere anonimi.
risposta data 25.06.2017 - 20:13
fonte
-1

Penso che alla fine per ottenere un breve inversione di tendenza andrò con un'etichetta in cui la finestra di revisione è di 3-4 giorni e quindi il PR può essere unito se è stato esaminato da almeno un'altra persona.

    
risposta data 29.06.2017 - 09:23
fonte
-1

Non credo che tu possa davvero risolvere questo problema in 3-4 giorni. Ho avuto l'esperienza simile. Ma a volte la soluzione più semplice è la migliore. Hai appena comunicato direttamente con una squadra? Ognuno ha la propria motivazione esterna e interna. Trova un approccio che tutti possano sentirsi parte di un progetto di valore. L'altro punto è linee guida. Forse dovresti creare o controllare le istruzioni dettagliate per i nuovi arrivati.

    
risposta data 29.06.2017 - 14:49
fonte

Leggi altre domande sui tag

Utilizzo di Qt nell'app Open Source che comunica con l'hardware closed source Come deve essere gestito all'interno di JIRA un progetto del team Scrum e singoli progetti Kanban?