vlad the deployer: pourquoi ai-je besoin d'un dossier scm?

Question

J'apprends à utiliser vlad le déployeur et j'ai une question.

Depuis que j'apprends encore je ne sais pas ce qui est pertinent à la question et ce qui ne l'est pas, alors s'il vous plaît gardez avec moi si je suis un peu verbeux.

J'ai 2 environnements pour une nouvelle application (test et production) en plus de ma machine de développement.

J'ai pensé que cette façon de faire la configuration initiale dans mon vlad.rake:

namespace :test 
    task :set 
    set :domain, 'test.myserver.com' 
    end 
end 

namespace :production 
    task :set 
    set :domain, 'www.myserver.com' 
    end 
end 

De cette façon, je peux avoir des choses spécifiques à l'environnement à l'intérieur des espaces de noms, et ont encore des tâches partagées. Par exemple, ce serait la configuration initiale pour le test:

rake vlad:test:set vlad:setup vlad:update 

Cela crée les dossiers suivants sur mon serveur de test:

releases/ 
scm/ 
shared/ 
current -> symlink to last release (inside the releases folder) 

Ma question est: quel est le point du dossier scm?

Chaque fois que je fais vlad: mise à jour, ce qui suit se produit:

1. svn checkout sur le scm/dossier ci-dessus
2. svn export sur le/releases/{date} dossier
3. mise à jour en cours symlink

Alors scm est une copie de mon référentiel ... mais il y a une copie "export" du dépôt sur/releases/{date}. Et c'est celui utilisé par l'application ... scm ne semble pas être utilisé par quelqu'un?

Ne serais-je pas très bien sans le dossier scm?

Answer 1

Je vais me répondre sur celui-ci:

Le dossier semble être scm inclus comme « docummentary ». Ce n'est pas vraiment utilisé dans l'application et ce n'est pas vraiment nécessaire. Mais comme le supprimer de l'action vlad: update est un peu compliqué, et qu'il ne faut que quelques secondes pour s'exécuter, il est plus simple de le laisser là.

Si quelqu'un a une meilleure explication, je leur donnerai volontiers la bonne réponse :)