Я выполнил поиск по запросу «java» с помощью babushka и получил следующие результаты:
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 больше, чем другим. Но что означает ".managed"?
решение1
Это просто его соглашение для указания типа шаблона, на котором основана зависимость.
managed
Это означает, что зависимость была определена с помощью managed
шаблона.
Отhttp://ben.hoskings.net/2010-08-01-design-and-dsl-changes-in-babushka-v0.6(выделено мной):
Теперь все очищено. Так же, как источники были унифицированы, зависимости теперь всегда определяются с помощью метода верхнего уровня dep, независимо от того, используют ли они шаблон или нет. Вместо того, чтобы писать gem 'hpricot', вы пишете либо dep 'hpricot', :template => 'gem', либо dep 'hpricot.gem'. Эти два стиля создают один и тот же dep---есть возможность включить тип шаблона в имя dep.
Ранее в той же статье он поясняет, что первоначальное название шаблона managed
было pkg
, что вызывало путаницу у пользователей Mac, которые предполагали, что это означает, что они предназначены для установочных пакетов Mac:
Шаблон pkg был переименован в manage, поскольку он, судя по всему, управлял установочными пакетами OS X.
К сожалению, это приводит к путанице в списке dep: полагаю, вы бы не стали спрашивать, что означает суффикс имени пакета, если бы он назывался «java.pkg». :-)