Qual è il formato dei delta in un resversion di subversion e quanto male posso farlo saltare se li cambio in un hook pre-commit?

Question

Aiutami a fare qualche danno! Sono stanco di una mezza dozzina di hit di Google che mi dicono di non farlo mai. Let's Muck cose davvero bene! Sono abbastanza sicuro di poter ottenere i file reali in db/transazioni, quindi come posso rovinarli in modi interessanti? Ho esaminato SVN :: Delta, ma non riesco nemmeno a capire cosa dovrebbe fare (lasciando che qualcuno faccia un bel grafico delle modifiche a un repository? Inviando messaggi in codice alla CIA?).

Davvero non mi interessa sapere più ragioni per non farlo. Lavoro in un ambiente con 40 o 50 altre persone che usano la sovversione. E mentre stiamo codificando, abbiamo bisogno di alcune password nei file web.config, nei file DataSource.groovy, lo nominate. E il solo rifiuto del commit perché li abbiamo lasciati è fastidioso come l'inferno. Dobbiamo salvare i file con le password cancellate manualmente (e dobbiamo aprire quei file, non è come se fossero necessariamente aperti), quindi una volta che abbiamo finito, dobbiamo rimetterli solo per continuare a lavorare? Questa è una buona idea, suppongo che se vuoi solo spaccare le persone ogni volta che commettono fino a quando non sviluppano un riflesso pavloviano per non commettere mai nulla. E perché? Perché i computer non dovrebbero automatizzare le attività? Perché il client software non saprà che il gancio pre-commit non ha effettivamente salvato la versione ancora sul computer dello sviluppatore?

Sono abbastanza agnostico di lingua qui. Mostrami un esempio di come fare ciò che non dovresti fare ... quale file posso modificare da pre-commit? Come interpreto il gobbledygook dopo la riga DELTA # # #? Ci sono delle librerie che ti aiuteranno? Divertiamoci!

PS Seriamente, nessuno ha creato un tag "cattive idee"? WTF.

Answer 1

È il processo di compilazione che è difettoso, non Subversion. Se non si devono impegnare password, fare qualcosa del tipo:

I file 1 - Web.config non devono essere impegnati. Invece, commetti i file come Web.config.dev o Web.config.qa.
2 - Avere lo script di build rinominare il file .config appropriato in Web.config e quindi sostituire il token in modo che vengano inserite le password appropriate. Queste informazioni possono provenire da un altro file che non è nemmeno impegnato che dice in quale ambiente ci si trova (quindi sa quale file .config utilizzare) e quali sono le password.