27 votes

Conservez-vous votre fichier rvmrc?

Ruby Version Manager nous permet d'utiliser un fichier .rvmrc dans chaque projet pour configurer la version ruby et le jeu de gemmes à charger. Ce fichier doit-il être archivé pour le contrôle de code source? Ou cela présume-t-il trop de l'environnement de travail des autres développeurs?

31voto

VonC Points 414372

Source de Contrôle de Gestion est principalement sur la reproductibilité: êtes-vous capable de reproduire une version d'un effort de développement basé sur ce que vous avez stockés dans votre mouvement?

Si c' .rvmrc le fichier est nécessaire pour tout développeur sur votre projet pour être en mesure de travailler (avec le droit des artefacts), alors oui, vous devriez versionnées il.

Comme mentionné dans le RVM de Meilleures Pratiques:

N ° 2 - Vérification de la rvmrc dans le contrôle de source.

En cochant la susmentionnés rvmrc dans le contrôle de la source le long du côté de votre application, vous vous assurez que tous les utilisateurs disposent d'un environnement cohérent, quand ils sont à l'aide de rvm.

Par ailleurs, l'automatisation sertie installe et similaires (par exemple, découvrez la rvmrc dans le rvm-site de dépôt ou de la TEDxPerth repostory de la rvmrc) vous faites aussi de la prise en main aussi simple que de changer de répertoire.

En plus de cela, vous pouvez également créer automatiquement vos déploiements de configuration de votre application spécifique de l'environnement.

Les autres développeurs peuvent tourner de l'utilisation de gemsets sur leur RVM avec:

echo rvm_ignore_gemsets_flag=1 >> ~/.rvmrc

Cela permettra de les faire utiliser par défaut sertie toujours.

11voto

Paweł Gościcki Points 2679

Je voudrais conseiller à l'encontre gardant .rvmrc dans le SCM. Deux raisons précises:

  1. Si vous utilisez gemsets vous appliquer à d'autres développeurs d'utiliser le même sertie (alors que certains préfèrent à tous leurs joyaux dans le global sertie).

  2. Vous faites, il est difficile pour les autres de développeur(s) pour exécuter le projet sur une autre version de Ruby. Bien sûr, sur la production, il peut s'exécuter sur 1.9.2-p290, mais pourquoi devrais-je ne pas être autorisés à exécuter l'application en local sur 1.9.3-p0?

Généralement, on applique trop sur chaque développeur (même histoire que database.yml, qui ne doivent pas être conservés dans SCM). Une note dans le fichier README du projet de la "production" version de Ruby est assez omi.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X