Ruby 1.9.2が「。」を削除する理由 LOAD_PATHから、そして代替は何ですか？

Ruby 1.9.2の最新のチェンジセットでは、現在のディレクトリがの.一部になりませんLOAD_PATH。私はそれ.がの一部であると想定しているRakefileの重要な数を持っているLOAD_PATHので、これはそれらを壊しました（プロジェクトパスに基づくすべてのrequireステートメントで「ロードするファイルがありません」と報告されました）。これを行う正当な理由はありましたか？

修正に関しては、$: << "."どこにでも追加することは機能しますが、信じられないほどハックに思え、私はそれをしたくありません。Rakefiles 1.9.2+と互換性を持たせるための好ましい方法は何ですか？

これは「セキュリティ」リスクと見なされました。

絶対パスを使用して回避できます

File.expand_path(__FILE__) et al

またはやって

require './filename' (ironically).

またはを使用して

require_relative 'filename'

または「include」ディレクトリを追加する

ruby -I . ...

または、irbを使用して同じ。

$irb -I .

2つの理由があります。

• 堅牢性と
• 安心

どちらも同じ基本原理に基づいています。一般に、コードを実行すると、現在のディレクトリが何であるかがわかりません。つまり、ファイルが必要で、そのファイルが現在のディレクトリにあることに依存している場合、そのファイルが存在するかどうか、または実際に存在するはずのファイルかどうかを制御する方法はありません。

他の回答が指摘するように、.ロードパスDir.pwdでは現在ロードされているファイルのディレクトリではなく、現在の作業ディレクトリを参照するため、セキュリティリスクになります。したがって、スクリプトを実行している人は誰でもcd、別のディレクトリに移動するだけでこれを変更できます。良くない！

__FILE__代替として構築されたフルパスを使用しています。

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

とは異なりrequire_relative、これはRuby 1.8.7との下位互換性があります。

使用する require_relative 'file_to_require'

これをコードにスローして、1.8.7でrequire_relativeを機能させます。

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

「」あなたのパスの中でUnixの世界では長い間悪いことと考えられてきました（たとえば、http://www.faqs.org/faqs/unix-faq/faq/part2/section-13.htmlを参照してください）。Rubyの人々は、そうしないことの知恵に説得されてきたと思います。

いくつかのことに気づくまで、これは混乱を招く変化であることがわかりました。

.profile（Unix）にRUBYLIBを設定して、以前と同じように処理を続行できます。

export RUBYLIB="."

しかし、前述のように、そうすることは安全ではないと長い間考えられてきました。

ほとんどの場合、先頭に「。」を付けてRubyスクリプトを呼び出すだけで問題を回避できます。例：./scripts/server。

JörgW Mittagが指摘したrequire_relativeように、使用したいのは、必要なファイルがrequire現在の作業ディレクトリではなく、宣言のソースファイルに関連しているためだと思います。

依存関係は、rakeビルドファイルに対して相対的である必要があります。