Wo kann ich eine kurze Anleitung zur Umwandlung eines bestehenden CPAN-Modul verwenden Dist :: Zilla finden?

StackOverflow https://stackoverflow.com/questions/4000837

  •  25-09-2019
  •  | 
  •  

Frage

Ich habe gelesen, zu verschiedenen Zeiten sowohl die Dokumentation und eine Reihe von Blog-Posts auf Dist :: Zilla . Ich habe nie das Vertrauen in meinem Verständnis davon zu spüren.

Als Antwort auf eine andere Frage, hob @Ether die Möglichkeit der Umwandlung von Crypt-SSLeay Verwendung Dist::Zilla.

Also, wo kann ich eine kurze Anleitung finden Sie mir zeigen, wie ein vorhandenes CPAN-Modul zu verwenden Dist::Zilla konvertieren? Ist die Frage noch Sinn?

Update:

Die Makefile.PL für Crypt-SSLeay viel Arbeit macht (viel es scheint unnötig und ich versuche, es zu beschneiden) plattformspezifische include und lib Verzeichnisse zu finden, die die Version von OpenSSL auf der Maschine abzuleiten, wo es installiert wird . Wie kann ich schließen, dass die Funktionalität, wenn ich Dist::Zilla verwenden?

War es hilfreich?

Lösung

Das sind die Seiten, die ich am meisten hilfreich bisher gefunden habe, wie ich bin in der Mitte eine CPAN Verteilung der Umwandlung I comaintain es zu benutzen, als Lernübung. Ich bin es noch nicht, aber ich habe getroffen keine Super knifflige Bits so weit!

Auch die #toolchain und #distzilla Kanäle auf irc.perl.org sind voll von hilfreichen Menschen, darunter die Autoren für Dist :: Zilla und andere verwandte Werkzeuge.

Andere Tipps

Die Dist :: Zilla Ihr eigenes Tutorial Wählen Sie eine Seite hat auf eine Dist Dist :: Zilla konvertieren. Eine Sache, die es dort nicht erwähnt ist mein VersionFromModule Plugin, was nützlich ist, wenn Sie die Art und Weise viele Menschen Makemaker verwenden replizieren wollen, mit der Verteilung seiner Versionsnummer aus dem Hauptmodul nehmen. (Viele Menschen nutzen dzil andersrum, mit der Version in dist.ini und ein Plugin in das Modul zu bleiben, aber so oder so funktioniert.)

Wenn ich eine komplexere Makefile.PL als die dzil erzeugt benötigen, schalte ich auf Module :: Build und nutze meine ModuleBuild :: Benutzerdefinierte Plugin, das ich schreibe meine eigenen Build.PL und habe dzil Drop in Metadaten wie die Voraussetzungen kann.

Die Make :: Ehrfürchtig Plugin können Sie tun etwas ähnliches mit Makefile.PL, aber es war nicht ganz das, was ich wollte. Stattdessen schrieb ich ein Make :: Gewohnheit Plugin, das ähnlich wie mein ModuleBuild :: Individuelle arbeitet Plugin. Der große Vorteil von Make :: Gewohnheit über Make :: Ehrfürchtig ist, dass sie es ermöglicht, Ihren dist zu bauen für Prüfzwecke ohne dzil build zu tun. Für ein XS-Modul, das nach jeder kleinen Änderung wieder aufgebaut werden muss, ist dies ein großer Gewinn.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top