blog2012-08-06デプロイ自動化メモ組織の規模や、制作する対象の「手を入れ続ける期間」、そして最終的に世に出す時の細かな後処理の多さを勘案して、自動化について調べることにしました。いうものは、学習コストが初期段階発生して、後半で楽できるっていうかないとやってられない様なたぐいのものなのですが、そのへんの損益分岐点を超えたぜっていう感覚があったので大急ぎで調べてます。現状PHPをさわっているのですが、PHPのデプロイシステムってあんまり世に出ているもので定番っていうのがない気がします。今のところ、ど新規のサービスということもありWAPが5台未満のサービスが多そうなので、SVNから落としてきて環境依存部分を切り替えて、現行のソースをリネームで保管して差し替えるようなスクリプトくんでました。社内でヒアリングしたところ、Jenkinsによるテストにデプロイも組み込むような噂を聞いたので、とりあえず現行プロジェクトのJenkins対応を進めています。Engineのバージョニングは素敵だと思うので、それに似たような仕組みもちょっと作ってみたいです。いうドメインでバージョン16にアクセスできるやつ。追記:DNSをWildCardにして、mod_vhost_aliasで設定すればサクッとできるみたい。バージョニング用は社内IPから接続できるようにして、動作確認したあと、デフォルト分をgracefulで再起動するか、mvでリネームするかって感じですね。http://www.artsnet.jp/archives/32フロント(HTML/CSS/JS)軽量化が必須なので、こちらも「編集用ファイル」と「配信するファイル」は別になりそうです。CSSはSaSSによるコーディング、JSはminify/連結、画像はSprite処理などをデプロイ時に行うようなワークフローを用意したいと思い調べています。追記:SaSSについては、Compassというのが良さげなので検証中。Compassで書いたCSSで以下の様な変換をかまします(予定)。Documentationネイティブ(iOS/Android)こちらもJenkins対応ですね。Playにバイナリアップができる仕組みを用意したいと思っています。(SenTestKit編)何はなくともJenkinsこれらの処理を行うには、すべてJenkinsで一本化しようと思います。miniサーバを会社で買いまして、せこせこ構築しています。繰り返しますが、求められる品質や速度、プロジェクトをメンテし続ける寿命に応じて損益分岐点を決め、自分や自分たちの組織で身に付けるべきと思ったら一気に構築するのが楽ちんだと思いました。»AboutエンジニアだったかもしれないPM。技術書典5にサークル参加してきました。5にサークルだします。雄補スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。