我用 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。但「.託管」是什麼意思呢？
答案1
這只是他用來指示 dep 所基於的模板類型的約定。
managed意味著依賴關係是用managed模板定義的。
從http://ben.hoskings.net/2010-08-01-design-and-dsl-changes-in-babushka-v0.6（強調我的）：
現在一切都清理乾淨了。正如來源已經統一一樣，無論是否使用模板，dep 現在都始終使用 dep 頂級方法進行定義。您可以說 dep 'hpricot'、:template => 'gem' 或 dep 'hpricot.gem'，而不是 gem 'hpricot'。這兩種風格產生相同的 dep——此選項可讓您將範本類型包含在 dep 的名稱中。
在同一篇文章的前面，他解釋說模板的原始名稱managed是pkg，這給他的 Mac 用戶帶來了困惑，他們認為這意味著它們用於 Mac 安裝程式包：
pkg 範本已重新命名為託管，因為它看起來像處理 OS X 安裝程式包。
不幸的是，這會導致 dep 列表中的混亂：我猜你不會問如果包後綴名被稱為“java.pkg”，它的含義是什麼。 :-)