babushka で java を検索したところ、次の結果が得られました。
Name | Source | Runs | ✓ | Command
---------------------+------------------------------------------------------+---------+------+--------------------------------------------
java.managed | git://github.com/all4miller/babushka-deps.git | 1 ever | 100% | babushka all4miller:java.managed
java.managed | git://github.com/benhoskings/babushka-deps.git | 2 ever | 50% | babushka benhoskings:java.managed
java environment | git://github.com/compactcode/babushka-deps.git | 4 ever | 75% | babushka compactcode:'java environment'
java dev environment | git://github.com/compactcode/babushka-deps.git | 21 ever | 14% | babushka compactcode:'java dev environment'
java.environment | git://github.com/compactcode/babushka-deps.git | 1 ever | 100% | babushka compactcode:java.environment
java.managed | git://github.com/compactcode/babushka-deps.git | 1 ever | 0% | babushka compactcode:java.managed
java | git://github.com/cheef/babushka-deps.git | 1 ever | 100% | babushka cheef:java
java | http://chris-berkhouts-macbook-pro-2.local:9292/.git | 4 ever | 25% | ✣
java-6-sun | https://github.com/cheef/babushka-deps.git | 2 ever | 0% | babushka cheef:java-6-sun
「java.managed」が最も有望に見えます。なぜなら、私は他のものよりも benhoskings を信頼しているからです。しかし、「.managed」は何を意味するのでしょうか?
答え1
これは、依存関係が基づいているテンプレート タイプを示すための規則です。
managed
依存関係がテンプレートで定義されていることを意味しますmanaged
。
からhttp://ben.hoskings.net/2010-08-01-design-and-dsl-changes-in-babushka-v0.6(強調は筆者による):
これですべてクリーンアップされました。ソースが統合されたのと同様に、deps はテンプレートを使用するかどうかに関係なく、常に dep トップレベル メソッドで定義されます。gem 'hpricot' と言う代わりに、dep 'hpricot'、:template => 'gem'、または dep 'hpricot.gem' と言うことになります。これら 2 つのスタイルは同じ dep を生成します---このオプションは、テンプレートタイプを依存関係の名前に含めることを可能にします。。
同記事の冒頭で、彼は、managed
テンプレートの元の名前が であったためpkg
、Mac インストーラー パッケージ用であると誤解して Mac ユーザーに混乱を招いていたと説明しています。
pkg テンプレートは、OS X インストーラー パッケージを処理するように見えるため、managed に名前が変更されました。
残念ながら、これは dep リストの混乱につながります。パッケージのサフィックス名が「java.pkg」と呼ばれていたら、その意味を尋ねなかっただろうと思います。 :-)