Effectivement quand je relis ma question, je suis moi même épaté !
En réalité la question était sérieuse, mais dénuée de tout le contexte, ça fait vraiment, comment dire...La Rache, voila !

En tout cas, le site de La Rache, ça m'a bien fait rigoler ;)
Et j'espère que vous avez bien rigolé, vous aussi, lorsque vous avez lu ma question !
C'est déja au moins ça !

Sinon, pour revenir sur le sujet, je vais poser le contexte, ça sera mieux ! Evidemment, je ne voulais pas dire "développer sur le serveur de production", mais "sur un serveur -clone- du serveur de production".
Pourquoi ?
Voila je m'explique :
Tout d'abord, je viens d'un milieu php, et je suis seul à travailler sur le projet. (Ce qui explique que je peux déployer mes développements sans etre obligé de prévenir les autres membres de l'équipe, vu qu'il n'y a que moi).
D'autre part, j'ai horreur des surprises, et lorsque j'ai un programme qui marche sur mon poste, et qu'il ne marche plus sur le serveur, ça m'énerve...
J'ai donc une technique : J'ai 3 serveurs absoluments identiques (Debian Sarge), et je tiens à jour parfaitement toutes les modifs que je fais sur l'un, pour faire la meme chose sur les autres.
Une fois que le développement est fini, sur le 1er serveur, je fais un bete Rsync sur le serveur2, qu'on peut considérer comme le serveur de test. Les utilisateurs l'utilisent quelques jours, et si aucun bug ne remonte -> Rsync sur le serveur3 (production).

Je suis débutant en Rails, et je me pose donc pleins de questions qui sont sans doute trés naives.
- La 1ere remarque que je me suis faite : Rails utilise 3 environnements (deployment, test, production). Et ça ressemble assez bien à ma façon de fonctionner ! D'où ma question débile du départ !
- Ensuite, l'autre question, qui me semble un peu moins débile, mais quand meme naive : Est ce que si je fais un bete copié-collé de mon projet en rails, d'un serveur à l'autre, ça va marcher ?
Il me semble que non, ce n'est pas si simple.
Ce qui explique la présence de svn et d'outils comme capristano.
Si quelqu'un peut m'apporter des précisions à ce sujet, je veux bien, car j'aime bien comprendre comment ça se passe sous le capot.
Est ce que Rails utilise des identifiants matériels dans les programmes ??? Etonnant quand meme...
- Enfin, je galere pas mal avec Java, et je voulais essayer d'éviter de m'en servir. Voila pourquoi je suis motivé pour faire, comme vous diriez, de façon un peu marginale.
(M'a fallu plus de 1 semaine pour faire tourner Radrails, avec les accessoires qui vont bien...pfff je suis déja crevé avant de commencer!)

Bon allez, répétez pas ce que je vous ai dit, les gens vont se moquer apres...
Merci

En fait ton 2ème serveur ressemble beaucoup à un serveur de qualification. En principe (enfin pour simplifier et sans entrer trop dans les détails) tu as 4 environnements :

• le dev,
• l'intégration,
• la qualification,
• la production.

• Le dev et la prod, je crois que c'est clair,
• L'intégration sert à vérifier que :
  • techniquement tu es capable de reconstruire ton application à partir d'un 'clean room' (éviter que l'application ne fonctionne que sur le poste de dev juste parce qu'il a les bonnes lib, le bon paramètre de conf planqué dans un endroit non documenté, ce genre de choses),
  • l'application passe les tests d'intégration (tous les composants marchent ensemble).
• La qualification permet à des utilisateurs plus fonctionnels (en gros les commerciaux, le copain/la copine qui n'y connait rien à la technique ou ton patron selon le contexte) de vérifier que l'appli marche lorsqu'un utilisateur "normal" l'utilise et non pas lorsque c'est un tech qui n'utilise que les fonctionnalités qu'il vient d'implémenter et surtout toujours d'une certaine façon qui ne tombe forcément jamais sur les bugs...

AMHA ce n'est pas sain de maintenir artificiellement les serveurs en synchros : tu as du mal as faire du retour arrière en cas de problème car ton appli n'est pas packagée (ie: réinstallable de manière autonome...).
Selon le contexte précis, ça peut être un risque plus ou moins acceptable. Pour de petits projets spécifiques ce n'est pas très grave on s'en sort toujours car tout est connu par coeur, pour un gros projet qui est instancié chez plusieurs clients, c'est tout simplement suicidaire : ça devient un tel sac de noeud que plus personne n'y comprend rien et si on rencontre un problème cela devient une galère sans nom.

Merci d'avoir passé du temps à expliquer tout cela.
Cela me donne une vision plus aboutie.
Effectivement, la configuration que j'ai me permet d'etre moins rigoureux que tu l'expliques.
Néanmoins, je garde bien à l'esprit tes commentaires, ne serait ce que pour avoir une démarche pro, mais aussi pour le cas où on soit plusieurs demain à developper.
D'autre part, avec un peu plus de recul, je reconnais qu'il est important de pouvoir déployer sur des serveurs qui peuvent etre différents. J'ai assimilé aussi, le coté "packging" dont tu parles.
Ma technique de clone marchait bien pour du php. Avec rails, et l'évolution probante, je vais me rabattre sur des méthodologies moins "La Rache".

Merci pour vos commentaires.

Tu laisses l'environnement en "development" comme ca tu vois les erreurs de suite !! fini les erreurs 500 :)