Come trasferire file in produzione?

Per dirla semplice:
Il processo push di per sé dovrebbe essere completamente automatico. Indipendentemente dal fatto che tu abbia qualche script personalizzato o semplicemente dal repository "benedetto" all'ambiente di produzione. Questo dipende da te. Dovresti semplicemente avere qualcosa di automatizzato, perché i processi automatizzati possono essere resi affidabili (al contrario del caricamento di file a mano e così via).

Tuttavia, il processo push dovrebbe essere attivato manualmente. Spingi i tuoi aggiornamenti e, una volta che ti senti sicuro, taggalo come candidato per il rilascio e portalo nel tuo ambiente di test (che sarebbe idealmente più simile al tuo ambiente di produzione possibile). Una volta testato l'RC, è possibile avviare la spinta.
Ad oggi, nient'altro può darti, cosa possono fare i tester umani.

Questo suona un po 'lento, nel senso che il circuito di feedback è relativamente grande. Ma per un corretto test, è importante prendere un'istantanea fissa, che viene quindi esaminata per 24-48 ore (o forse più, a seconda delle dimensioni del progetto). L'opposto è uno scenario, in cui trovi molti bug subito dopo aver premuto e provi a correggerlo con alcune correzioni rapide che introducono nuovi bug.
È meglio fare un rilascio con bug noti (di severità accettabile), rispetto a uno con bug sconosciuti (di gravità sconosciuta).

Ho imparato molto sull'implementazione osservando come funziona Capistrano. All'epoca lavoravo con RoR, quindi è stata una scelta logica e anche se non mi sono mai comportato bene per il progetto su cui stavo lavorando, il modo in cui esegue gli aggiornamenti automatici è stato molto utile.

Potresti trovarti in una situazione in cui puoi usarlo direttamente anche - non è necessariamente legato a Rails - ma in caso contrario, il modo in cui si comporta è sicuramente utile.

A seconda della piattaforma che si sta utilizzando, ci sono molti strumenti là fuori che potrebbero avere senso da usare per automatizzare i rilasci di produzione. Lavoro in un negozio .NET, quindi abbiamo usato NAnt (sebbene MSBuild sia un'opzione migliore al giorno d'oggi). Java ha Ant e forse altre cose. Ruby ha cose come Rake. Poi ci sono piattaforme di integrazione continue come TeamCity e Hudson che possono essere utilizzate anche per gestire le versioni.

Non ho mai visto o sentito parlare di avere il codice prodotto direttamente in un repository separato per il controllo dei sorgenti, ma questo potrebbe certamente funzionare. Come ha detto back2dos, la chiave è automatizzare. Abbiamo i nostri script di compilazione progettati per il check-out dal controllo del codice sorgente, la generazione e l'invio all'ambiente di staging per i test. Quindi, quando ci piace come funziona la scena, gli script copiano da QA a Prod.

La mia raccomandazione è di esaminare gli strumenti disponibili e selezionarne uno, quindi progettare un processo che funzioni correttamente con lo strumento selezionato. Non cercare di reinventare troppo la ruota: questo è un problema molto risolto.