Was bedeutet „.managed“ in einem Babushka-Paketnamen?

Was bedeutet „.managed“ in einem Babushka-Paketnamen?

Ich habe mit Babushka nach Java gesucht und die folgenden Ergebnisse erhalten:

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" sieht am vielversprechendsten aus, da ich benhoskings mehr vertraue als den anderen. Aber was bedeutet ".managed"?

Antwort1

Es handelt sich lediglich um seine Konvention zur Angabe des Vorlagentyps, auf dem die Abhängigkeit basiert. managedBedeutet, dass die Abhängigkeit mit der Vorlage definiert wurde managed.

Aushttp://ben.hoskings.net/2010-08-01-design-and-dsl-changes-in-babushka-v0.6(Hervorhebung von mir):

Das ist jetzt alles aufgeräumt. So wie Quellen vereinheitlicht wurden, werden Deps jetzt immer mit der obersten Methode dep definiert, unabhängig davon, ob sie eine Vorlage verwenden oder nicht. Anstatt gem 'hpricot' zu sagen, sagen Sie entweder dep 'hpricot', :template => 'gem' oder dep 'hpricot.gem'. Diese beiden Stile erzeugen dasselbe Dep---Die Auswahl ermöglicht es Ihnen, den Vorlagentyp in den Namen des Dep einzuschließen.

Weiter oben im selben Artikel erklärt er, dass der ursprüngliche Name der managedVorlage lautete pkg, was bei seinen Mac-Benutzern für Verwirrung sorgte, da diese annahmen, es handele sich dabei um Mac-Installationspakete:

Die Paketvorlage wurde in „Managed“ umbenannt, da es so aussah, als würde sie OS X-Installationspakete verarbeiten.

Das führt leider zu Verwirrung in der Dep-Liste: Ich vermute, Sie hätten nicht gefragt, was der Paketsuffixname bedeutet, wenn er "java.pkg" hieße. :-)

verwandte Informationen