>> Manifesto SVN
Pensaci due volte prima di fare il commit
Fare il commit comporta conseguenze serie: se qualcosa crea problemi, questi problemi si trasmetteranno a tutti gli altri sviluppatori. Ricorda anche che tutti i commit rimangono per sempre nella cronologia delle revisioni!
Prima del fatale svn ci -m "commento" ricorda di fare tutti gli eventuali svn del file e/o svn add file. Ricorda sempre di inserire il commento di quello che hai fatto!
Non fare mail il commit di qualcosa che non parte
come codice che non si compila o script con errori di sintassi! Prova tutte le modifiche, anche banali, prima del commit.
Fare un svn up e un svn diff prima del commit è da saggi. Non ignorare MAI messaggi su conflitti o file sconosciuti.
Nessun commit prima dei rilasci
Se sta per essere rilasciata una nuova versione, non fare commit invasivi (e comunque, chiedi prima il permesso anche per commit semplici). Solo nel trunk è possibile sbizzarrirsi :)
Assumiti le responsabilità
Se qualcosa crea problemi, ammetti il tuo errore e fai tutto il possibile per risolve. Non inserire codice che non capisci o non libero (sono ammessi solo binari precompilati al massimo)
Nessuno schema predefinito
Magari, anche se hai un ruolo specifico, per esempio sistemare la cosa X sul branch Y, se fai una scoperta importante (come la correzione di un bug) segnalala agli altri e patcha anche tutti gli altri branch afflitti, non solo il tuo.
Fai commit "atomici"
Visto che SVN permette di modificare in un solo commit più file (a differenza di CVS), se devi per esempio correggere un bug solo fai un solo commit invece di farne uno per file. Se oltre alla correzione del bug vuoi fare anche altro, come aggiustare l'indentazione, fallo in un commit successivo con commento successivo.
Grazie per chi si atterrà a questo manifesto.
Queste regole vengono "dal cielo" (leggesi KDE) e possono essere modificate, se hai qualcosa da proporre, fatti sentire nella pagina di discussione :)
--osvi 23:14, Dic 20, 2005 (CET)