その強み-弱みのShipIt vs Dist::Zilla?

Question

を使い始め Dist::Zilla 数ヶ月前のこと。しかし、YAPC::NA誰かにできるために使用 ShipIt です。そして現在に気付いた。shipitファイルの宮川 cpanminusディレクトリgithub, ので、私見であり...

最初の印象はShipItはサブセットが可能でDist::Zillaがいにジャンプを実行する必要がある。ですから、人の生活体験のあとは、両者の強み-弱みの ShipIt vs Dist::Zilla?

crosspostedでperlmonks

Answer 1

私はディストの作者だ::ジーラます。

私は::先に行くと、ディストを書くことを選択する前に、かなり広範囲にジーラをShipItを評価され、最初に彼らはほとんど同じ問題空間をカバー：CPANディストリビューションを構築し、アップロードのすべての退屈な面倒な作業をしています。ディスト::ジーラは今ShipItを超えていることのすべての機能が後で追加され、多かれ少なかれます。

あなただけのShipItの機能が必要な場合、I まだの強力な1つの非常に単純な理由のために、ディスト::ジーラを考慮することをアドバイス：hackability。私は新しいのないの書き込みに何かすることができたならば、私はShipItを使用しただろうが、私はそれがunderdocumentedことが判明し、拡張することは難しいです。そのプラグインは、一般的な十分ではありませんでしたし、コアの動作では、あなたが仕事したいかについて、あまりにも多くの仮定をします。

ディスト::ジーラは、この問題により特異的に触発された：それはプラグインにすべてを回し、そしてすべてのプラグインは、その仮定が強制的に制限されるので、非常に、非常に小さなインターフェースを与えられました。

。 ディスト以上ShipItの

一つの利点::ジーラはShipItは、あなたが実際にあなたのコードを書く方法を変更します（私の知る限りでは）何のプラグインを持っていないということです。これはまだ同じように見えるだろう、あなたのドキュメントは、あなたがまだMakefile.PLを持っている、というようにすることを意味します。一部のハッカーは、非常に多くのDZ-ベースdistsディレクトリは、基本的にそのソースリポジトリからどのようにテストとビルドCPANコードへの仮定を変更することは好きではありません。 ShipItはそれを変更することはありません。

それはディスト::ジーラと、そのようなプラグインを使用して回避することが可能だが、一般的に私の経験がその人であるの行うの一つの形態または別で、ほとんど常に、それらを使用します。

Answer 2

調査を実施しているのは、同じように、最初の印象は正しい。

ShipItを提供機能 放 分布:

• 身体の安全を確保するためのバージョン番号
  
• 統合バージョン管理
  
• アップロードにはCPAN
  
• 表示changelogファイルをエディタで編集できるのです。
  

Dist::Zillaデフォルトでは、提供する機能をアップロードの配布にはCPAN単一のコマンド（ dzil release).Dist::Zillaも機能 の作成 新規分布（ dzil new My::New::Module).でも自動的に生成で多くのファイルを使っています。

使用プラグインDist::Zillaえることではないが、そのほとんどすべての機能をご用意ShipIt.でも比較的簡単に追加ブランドの新しい特徴を利用です。