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を信頼しているので、最も有望に見えます。ところで、「.hosting」とはどういう意味ですか?
答え1
これは、depがベースとするテンプレートの種類を表すために使用するルールです。
managed
依存関係は、テンプレートを使用して定義されることを意味しますmanaged
。
~からhttp://ben.hoskings.net/2010-08-01-design-and-dsl-changes-in-babushka-v0.6(強調):
今、すべてが消去されました。ソースが統合されているように、depはテンプレートを使用するかどうかにかかわらず、常にdepトップレベルの方法を使用して定義されます。 gem 'hpricot'の代わりにdep 'hpricot'、 :template => 'gem'、またはdep 'hpricot.gem'と言うことができます。どちらのスタイルも同じ深さを生成します。このオプションを使用すると、dep名にテンプレートタイプを含めることができます。。
同じ記事の前半で、彼はテンプレートの元の名前がMacユーザーに混乱を引き起こしたと説明しました。managed
これはpkg
、これがMacインストーラパッケージ用の意味だと思いました。
pkgテンプレートはOS Xインストーラパッケージを処理しているように見えるため、マネージドに名前が変更されました。
残念ながら、これはdepリストに混乱を引き起こします。 「java.pkg」と呼ばれるパッケージのサフィックスが何を意味するのか尋ねていないようです。 :-)