Hatena::Groupcatalyst

dann@catalyst このページをアンテナに追加 RSSフィード

2008-03-09

多数のCPANモジュールに依存したプロダクトを正しくShipするには?

| 14:18 |  多数のCPANモジュールに依存したプロダクトを正しくShipするには? - dann@catalyst を含むブックマーク はてなブックマーク -  多数のCPANモジュールに依存したプロダクトを正しくShipするには? - dann@catalyst  多数のCPANモジュールに依存したプロダクトを正しくShipするには? - dann@catalyst のブックマークコメント

ということに対する解を提供しようとしているのが、Shipwrightなのかなと。だから、Ship rightなんじゃないかと。wが何なのかはしらない...

どんな時に使えそうかっていうと、

  • プロダクトをリリースするときに、プロダクトに依存モジュールを「指定したバージョン」で一括してインストールしたい場合
    • プロダクト使っている場合って、途中からインターフェースが変わっちゃってたりとか、そのモジュールではバグがあって、リリースできないなんてケースはままあるので、リリース時点で、プロダクトがどのバージョンのどのモジュールに依存しているのかを正確に管理したいと思うんですよね。
  • 開発サーバーが複数あって、各種サーバーでのCPANモジュールのバージョンをあわせたい場合
    • cpanコマンドでインストールするのだと、CPANモジュールのバージョンがずれるケースがあるよねと。だから、shipwright用のレポジトリをつかっておけば、一括でインストールできると

これが進んでいくと、CPANモジュールに多数依存したプロダクトは、Shipwrightのレポジトリ形式でリリースされることになるんじゃないかなと。

今のCPANだけだと、プロダクトをリリースするには、モジュールのバージョンを管理するための機能が足りなくって、だから、プロダクトやサービスを作るためには、モジュールをrmp化したり、deb化したりする必要があるなと。

Shipwrightが良さそうに見えるのは、プロダクトに依存したモジュールをバージョン管理下において、指定したバージョンのモジュールを一括でリリースできそうなので、上記に書いたモジュールのバージョン問題を解決してくれるんじゃないかという気がしているから。

そうすると、下記の2手順で、プロダクトをインストールできるようになるんじゃないかと。

  • ディストリビューションのライブラリ(CPANモジュールが必要なライブラリ)のインストール
  • Shipwrightライトでのプロダクトのインストール

Shipwright自身は、Shipwrightのレポジトリだけで、プロダクトをインストールできるようにすることが最終ゴールのようにみえなくもないけれど、使い込んでないのでそれはおいとこう... モジュールに依存するパッケージ(deb, rpm)などを指定するようなことは、パッと見はかいてなかったので、別の方法でやんのかな。

で、Catalystを使ったアプリは、Shipwright形式で提供するというには適合しているんじゃないかなと。他にもPlaggerとかも。

FauzhenFauzhen2012/10/31 14:11That's a gneuinely impressive answer.

qtckesjsusqtckesjsus2012/11/02 06:52EVqZvT , [url=http://xndboidvsrqx.com/]xndboidvsrqx[/url], [link=http://chyncggpmptm.com/]chyncggpmptm[/link], http://vzsvxwkggowa.com/

adqfbppznkaadqfbppznka2012/11/03 11:33AXNUDI , [url=http://fmquxcojtqow.com/]fmquxcojtqow[/url], [link=http://xefledttvdkc.com/]xefledttvdkc[/link], http://tpenlutzsdiq.com/

トラックバック - http://catalyst.g.hatena.ne.jp/dann/20080309