¿Por qué Ruby 1.9.2 elimina "." de LOAD_PATH, y ¿cuál es la alternativa?

Los últimos conjuntos de cambios a Ruby 1.9.2 ya no hacen que el directorio actual sea .parte de su LOAD_PATH. Tengo un número no trivial de Rakefiles que asumen que .es parte del LOAD_PATH, por lo que esto los rompió (informaron que "no se debe cargar ese archivo" para todas las declaraciones de requerimiento basadas en la ruta del proyecto). ¿Hubo una justificación particular para hacer esto?

En cuanto a una solución, agregar en $: << "."todas partes funciona, pero parece increíblemente hacky y no quiero hacer eso. ¿Cuál es la forma preferida de hacer que mis Rakefiles 1.9.2+ sean compatibles?

Se consideró un riesgo de "seguridad".

Puedes evitarlo usando rutas absolutas

File.expand_path(__FILE__) et al

o haciendo

require './filename' (ironically).

o usando

require_relative 'filename'

o agregar un directorio "incluir"

ruby -I . ...

o lo mismo, usando irb;

$irb -I .

Hay dos razones:

• robustez y
• seguridad

Ambos se basan en el mismo principio subyacente: en general, simplemente no puede saber cuál es el directorio actual, cuando se ejecuta su código. Lo que significa que, cuando necesita un archivo y depende de que esté en el directorio actual, no tiene forma de controlar si ese archivo estará allí, o si es el archivo que realmente espera que esté allí.

Como otras respuestas señalan, es un riesgo de seguridad porque .en su ruta de carga se refiere al directorio de trabajo actual Dir.pwd, no al directorio del archivo actual que se está cargando. Entonces, quien ejecute su script puede cambiar esto simplemente cdyendo a otro directorio. ¡No está bien!

He estado usando caminos completos construidos __FILE__como una alternativa.

require File.expand_path(File.join(File.dirname(__FILE__), 'filename'))

A diferencia require_relative, esto es retrocompatible con Ruby 1.8.7.

Utilizar require_relative 'file_to_require'

Agregue esto en su código para hacer que require_relative funcione en 1.8.7:

unless Kernel.respond_to?(:require_relative)
  module Kernel
    def require_relative(path)
      require File.join(File.dirname(caller.first), path.to_str)
    end
  end
end

'.' en su camino ha sido considerado una cosa mala en el mundo de Unix (ver, por ejemplo, http://www.faqs.org/faqs/unix-faq/faq/part2/section-13.html ). Asumo que la gente de Ruby ha sido persuadida de la sabiduría de no hacer eso.

Encontré que esto era un cambio confuso hasta que me di cuenta de un par de cosas.

Puede configurar RUBYLIB en su .profile (Unix) y continuar con la vida como lo hizo antes:

export RUBYLIB="."

Pero como se mencionó anteriormente, durante mucho tiempo se ha considerado inseguro hacerlo.

Para la gran mayoría de los casos, puede evitar problemas simplemente llamando a sus scripts de Ruby con un '.' por ejemplo ./scripts/server.

Como Jörg W Mittag señaló, creo que lo que quiere usar es require_relativeque el archivo que necesita es relativo al archivo fuente de la requiredeclaración y no al directorio de trabajo actual.

Sus dependencias deben ser relativas a su archivo de compilación de rastrillo.