Fiz uma pesquisa por java com babushka e obtive os seguintes resultados:
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.gerenciado" parece o mais promissor, porque confio mais nos benhoskings do que nos outros. Mas o que significa “.gerenciado”?
Responder1
É apenas a convenção dele para indicar o tipo de modelo no qual o departamento foi baseado.
managedsignifica que a dependência foi definida com o managedmodelo.
Dehttp://ben.hoskings.net/2010-08-01-design-and-dsl-changes-in-babushka-v0.6(ênfase minha):
Está tudo limpo agora. Assim como as fontes foram unificadas, agora os deps são sempre definidos com o método de nível superior dep, quer usem um modelo ou não. Em vez de dizer gem 'hpricot', você diz dep 'hpricot', :template => 'gem' ou dep 'hpricot.gem'. Esses dois estilos produzem a mesma profundidade ---a opção existe para permitir que você inclua o tipo de modelo no nome do departamento.
Anteriormente no mesmo artigo, ele explica que o nome original do managedmodelo era pkg, o que estava causando confusão para os usuários do Mac, que presumiam que isso significava que eles eram para pacotes de instalação do Mac:
O modelo pkg foi renomeado para gerenciado porque parecia que ele manipulava pacotes do instalador do OS X.
Infelizmente, isso causa confusão na lista de dependências: suponho que você não teria perguntado o que significava o nome do sufixo do pacote se fosse chamado de "java.pkg". :-)