Compilate il codice prima di inviarlo al repository, anche quando si modificano solo alcuni commenti? So che i commenti sono generalmente ignorati dai compilatori, ma mi trovo a farlo spesso per abitudine.Codice di compilazione quando cambiano solo i commenti
È buona pratica compilare il codice ogni volta prima del commit. A volte si modifica casualmente qualcosa tranne i commenti e quindi si interrompe il codice. La compilazione è in genere molto rapida e aiuta a evitare inutili dolori. Ecco perché cerco di compilare ogni volta prima di impegnarmi.
ho impegnarsi a git e quindi spingere le mie modifiche a uno svn server di tutti usano altro, quindi ho uno script che ricostruisce automaticamente ed esegue test e spinge a SVN se tutto passa
Posso capire perché qualcuno non potrebbe voglio passare attraverso un ciclo di compilazione se ci vogliono cinque minuti. Ma se questo è il caso, forse è possibile raccogliere tutte le modifiche in un'unica operazione di compilazione/commit.
di ogni invio dovrebbe basarsi il Mainline su una macchina di integrazione
Come risponde la sua domanda? Lo facciamo anche noi, ma questo non mi impedisce di costruire sulla mia macchina prima di commettere –
Se non ci sono differenze ambientali tra i computer degli sviluppatori, le persone dovrebbero fare un aggiornamento e compilare prima che commettano e ciò comporta commenti e, in ultima analisi, se si sceglie o hai dimenticato di costruire la tua integrazione continua se si verifica un problema –
compilo sempre prima di commettere, l'assembly compilato lavoro deve sempre corrispondere al codice sorgente di lavoro. In pratica, non è necessario compilare se si stanno solo modificando i commenti. Ma quanto spesso i commenti sono l'unica cosa che cambieresti?
Ricordare che in .NET è possibile aggiungere commenti XML che il compilatore può leggere per creare la documentazione di assemblaggio. Ovviamente quando si cambiano questi tipi di commenti si dovrebbe fare una compilazione.
Hai impegnato il tuo assembly compilato per il controllo della versione? – Stephen
Siamo spiacenti, mal formulati. Modificherà. –
"Ma quante volte i commenti sono l'unica cosa che cambieresti?" Mi piace correggere errori nei commenti o aggiornare i commenti che non sono sincronizzati con il codice corrispondente.Ritengo che questo sia importante, quindi in futuro gli altri sviluppatori non dovranno perdere tempo a confondersi con commenti errati. – jbgo
ad es. in .Net, potresti incasinare i commenti XML e controllare un avviso del compilatore non necessario se sei distratto. Quindi è una buona idea compilare il codice ogni volta prima del commit (poiché è necessario eseguire i test prima di eseguire il commit).
E qualsiasi compilatore semi-decente impiegherà quasi il tempo necessario per ricompilare il codice quando sono stati modificati solo i commenti. Il primo passaggio del parser dovrebbe notare che nessuna funzione è stata modificata e interrotta.
Per esperienza personale, un cervello oberato di lavoro ha la tendenza a inserire più di semplici commenti e non notarlo. Probabilmente è solo meglio compilarlo anche se ci vuole un po '. Salverà gli altri il mal di testa e proteggerà la tua credibilità.
Inoltre, se la documentazione viene generata in base al contenuto dei commenti, è consigliabile controllare anche questo. Ad esempio, parte della documentazione in cui lavoro viene generata dai commenti del modulo e dai commenti dell'intestazione della funzione, ognuno dei quali ha il proprio insieme di tag che il generatore di documenti si aspetta. – Sparky
+1 per questo. In realtà applichiamo questo problema compilando automaticamente prima di consentire il completamento del check-in e rifiutando anche gli avvertimenti. Oltre a questo, se un modulo rompe la build durante la notte, il giorno seguente si hanno parole serie con le parti responsabili. – paxdiablo