¿Qué significa ".administrado" en el nombre de un paquete babushka?

¿Qué significa ".administrado" en el nombre de un paquete babushka?

Hice una búsqueda de java con babushka y obtuve los siguientes 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.managed" parece el más prometedor, porque confío en benhoskings más que en los demás. Pero ¿qué significa ".administrado"?

Respuesta1

Es solo su convención para indicar el tipo de plantilla en la que se basó el departamento. managedsignifica que la dependencia se definió con la managedplantilla.

Dehttp://ben.hoskings.net/2010-08-01-design-and-dsl-changes-in-babushka-v0.6(el énfasis es mío):

Eso ya está todo limpio. Así como las fuentes se han unificado, los departamentos ahora siempre se definen con el método de nivel superior del departamento, ya sea que usen una plantilla o no. En lugar de decir gem 'hpricot', diga dep 'hpricot', :template => 'gem' o dep 'hpricot.gem'. Estos dos estilos producen la misma profundidad---la opción está ahí para permitirle incluir el tipo de plantilla en el nombre del departamento.

Anteriormente en el mismo artículo, explica que el nombre original de la managedplantilla era pkg, lo que estaba causando confusión entre los usuarios de Mac, quienes asumieron que significaba que eran para paquetes de instalación de Mac:

Se cambió el nombre de la plantilla de paquete a administrado porque parecía que manejaba paquetes de instalación de OS X.

Desafortunadamente, eso genera confusión en la lista de depósitos: supongo que no habrías preguntado qué significaba el nombre del sufijo del paquete si se llamara "java.pkg". :-)

información relacionada