Oggi ho installato e fatto il primo deploy con capistrano.
Devo ancora vedere come utilizzarlo con passenger poiche’ la maggior
parte dei tutorials in rete fanno riferimento a mongrel o webrick come
layer.
Mi pare di capire che ogni volta che faccio delle modifiche
all’applicazione devo rifare il deploy per riflettere tali modifiche
anche nell’ambiente di produzione.
Ad ogni deploy mi viene creata una directory release l’ultima delle
quali viene linkata a current.
Se le vecchie releases non dovessero servirmi piu’ esiste qualche
comando di capistrano che mi permette di eliminarle oppure devo
intervenire a mano sul server?
Ciao!
“cap deploy:cleanup” dovrebbe fare al caso tuo.
s/v
2009/2/28 Mauro [email protected]:
comando di capistrano che mi permette di eliminarle oppure devo
intervenire a mano sul server?
Ml mailing list
[email protected]
http://lists.ruby-it.org/mailman/listinfo/ml
–
Considera l’ambiente prima di stampare questa email. Dai, che
l’equazione è semplice: meno A4, più alberi.
. . . Silvano S. . . .
email: [email protected]
site: http://www.sistrall.it
confermo 
On Sat, Feb 28, 2009 at 3:54 PM, Silvano S. <
2009/2/28 Sandro P. [email protected]:
confermo
On Sat, Feb 28, 2009 at 3:54 PM, Silvano S. <
[email protected]> wrote:Ciao!
“cap deploy:cleanup” dovrebbe fare al caso tuo.
Per capire se ho fatto bene: dopo aver configurato il file deploy.rb
ho lanciato cap deploy:setup e poi cap deploy:update, e’ sufficente
questo?
Considerando che uso passenger come layer e non mongrel.
2009/2/28 Sandro P. [email protected]:
confermo
Mah l’ho provato cap deploy:cleanup ma mica mi ha eliminato la vecchia
release.
2009/3/1 Mauro [email protected]:
2009/2/28 Sandro P. [email protected]:
confermo
Mah l’ho provato cap deploy:cleanup ma mica mi ha eliminato la vecchia release.
di default tiene lo storico delle ultime 5 release deployate.
m.
2009/3/1 Michele F. [email protected]:
2009/3/1 Mauro [email protected]:
2009/2/28 Sandro P. [email protected]:
confermo
Mah l’ho provato cap deploy:cleanup ma mica mi ha eliminato la vecchia release.
di default tiene lo storico delle ultime 5 release deployate.
Ah ecco, ok 
Msan M. wrote:
2009/3/1 Mauro [email protected]:
Per conferma: cap deploy:setup per il primo deploy, successivamente
cap deploy:update mentre per i successivi deploy sempre cap
deploy:update.
Non c’e’ da far altro no?
Ciao Msan,
puoi dare uno sguardo a questo post:
Dovrebbe aiutarti a capire meglio come funziona Capistrano
A presto,
Vincenzo
2009/3/1 Mauro [email protected]:
Per conferma: cap deploy:setup per il primo deploy, successivamente
cap deploy:update mentre per i successivi deploy sempre cap
deploy:update.
Non c’e’ da far altro no?