Linuxで繰り返し可能なディレクトリの順序を保証する

私は、実行ホストされた継続的インテグレーション会社を、私たちは、Linux上で、お客様のコードを実行します。コードを実行するたびに、別の仮想マシンで実行します。頻繁に発生する問題は、VMでチェックアウトされたコードのディレクトリ順序が原因で、顧客のテストが失敗する場合があることです。

より詳細に説明させてください。OSXでは、HFS +ファイルシステムにより、ディレクトリが常に同じ順序でトラバースされることが保証されます。OSXを使用するプログラマーは、OSXがマシンで動作する場合、どこでも動作する必要があると想定しています。しかし、Linuxファイルシステムはディレクトリを横断する際に順序の保証を提供しないため、Linuxではしばしば機能しません。

例として、a.rb、b.rbの2つのファイルがあるとします。a.rbはを定義しMyObject、b.rbはを使用しMyObjectます。a.rbが最初にロードされると、すべてが機能します。b.rbが最初にロードされると、未定義の変数へのアクセスが試行されMyObject、失敗します。

しかし、これよりも悪いのは、常に失敗するわけではないということです。Linuxでのファイルシステムの順序付けは順序付けられていないため、異なるマシンでは異なる順序になります。これは、テストに合格することもあれば、失敗することもあるため、さらに悪化します。これは最悪の結果です。

だから私の質問は、ファイルシステムの順序を繰り返し可能にする方法はありますか？おそらくext4へのフラグは、それは常にディレクトリをある順序でトラバースするということですか？それとも、この保証がある別のファイルシステムですか？

私はそれがあなたが探している答えではないことを知っていますが、正しい解決策はディレクトリ内のファイルの順序に依存しないことです。たぶん、すべてのHFS +ファイルシステムで常に一貫性があり、ext4または他のファイルシステムでも一貫性を保つ方法を見つけることができますが、長期的には保存するよりも多くのトラブルが発生します。アプリケーションを使用している他の誰かが、一部のタイプのファイルシステムとのみ互換性があり、他のファイルシステムとは互換性がないことに気付かないと、意外な驚きにぶつかるでしょう。ファイルシステムがバックアップから復元されると、順序が変わる場合があります。HFS +の一貫した順序とext4の一貫した順序は同じではない可能性があるため、互換性の問題が発生する可能性があります。

すべてのディレクトリエントリを読み取り、リストを辞書式に並べ替えてから使用します。ちょうどlsそうです。

ファイルa.rbとb.rbに言及しますが、プログラミング言語のソースファイルについて話している場合、各ファイルがすべての依存関係をインポートすることを保証する必要はありませんか？

Linux readdir（）でのPOSIX呼び出しは、一貫した順序を保証しません。順序付けられた結果が必要な場合は、ファイルを処理しているアプリケーションが、関数の呼び出しに対してファイルがどのように提示されるかを順序付けます。

/programming/8977441/does-readdir-guarantee-an-order

さて、これはお客様のコードであり、修正できないと言ったため、一貫したreaddir（）呼び出しを提供するために使用されるリンクライブラリを変更することができます。それにはいくつかの作業が必要であり、独自の質問に値するでしょう。クイックリファレンスについては、http：//www.ibm.com/developerworks/linux/library/l-glibc/index.htmlを参照してください。

これを変更すると、予測できない他の一連の問題が発生する可能性があります。十分に注意する必要がありますが、顧客を適切に教育できない場合には解決策になる可能性があります。

明確に述べる必要のある固有の注文依存関係があることを顧客に教育します。すべてのシステムでコンパイルが機能するように顧客が依存関係を表現し、顧客にコンパイル順序の依存関係を取得する変更されたフローを採​​用するように支援します。

顧客が他のマシンでコンパイルできるようにしたい場合、無料で提供されると考えるのは彼らにとって大変なことです。

Modern Linux（ext4）は、ファイルリストのBツリーインデックスを追加します。彼の効果の1つは、デフォルトのファイル順序が名前のハッシュに依存することです。

この機能を無効にするには：

tune2fs -O ^ dir_index