2011-09-08 14 views

Respuesta

3

Use el paquete para administrar dependencias (créame que es bastante fácil transferir desde conjuntos de datos a bundler) y use .rvmrc (y comprométalo) solo si el proyecto depende de la versión de ruby ​​específica/nivel de parche.

1

simplemente empecé a usar .rvmrc y decidió lo cometió desde mi servidor siempre tiene un solo ambiente mientras que mi entorno de desarrollo local, siempre tiene varias configuraciones diferentes.

2

Si se compromete la .rvmrc luego, si alguien usa su proyecto, entonces tendrán que tener la misma versión de rubí y configuración gemset. De lo contrario, recibirán un error cuando el 'cd' en ese directorio. Por esa razón, no comprometo mi .rvmrc.

Si alguien agarra su código y quiere mantener las gemas necesarias para ese proyecto separado, es bastante fácil para ellos para crear un .rvmrc y la gemset relacionados.

4

Creo que el mejor uso para .rvmrc es cometerlo.

Otros dice si se trabaja con otros que puedan instalar fácilmente gemas con el paquete. Pero no es necesariamente la misma versión de Ruby que usan, por ejemplo. Si está utilizando .rvmrc y lo comete y los demás también lo usan, se asegura de que todas las configuraciones serán las mismas.

También alguien escribió que tiene diferentes entornos en desarrollo y producción. Esto es no un buen hábito. Los entornos de desarrollo, prueba y producción deben estar lo más cerca posible entre sí. .rvmrc simplemente lo asegura, sin duda.

Más aún: te ayuda manejando más proyectos paralelamente. Cada vez que ingresa a una carpeta que tiene un archivo -rvmrc si cambia su Gemset. De lo contrario, es posible que haya olvidado cambiar las versiones y que tenga luchas innecesarias y Gemsets confusos.

+0

http://stackoverflow.com/questions/3582956/do-you-check-in-your-rvmrc-file – YogiZoli

Cuestiones relacionadas