我用 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”，它的含义是什么。 :-)