nanapi Ver5をリリースするときに使った社内リリースの仕組み - UNIX的なアレ

久々のエントリーです。先日、3周年ということでnanapiをリニューアルしました！今回は「メディアからプラットフォームへ」をコンセプトとし、大幅なリニューアルを実施しています。 リニューアルのコンセプトとかは、詳しくはこちらに書いてあります。 nanapiがVer5.0にバージョンアップしました : けんすう日記 社内リリースの重要さ UIやデザイン、細かい機能など制作側としてはすごく作り込んでいるわけですが、数週間1つのプロジェクトにコミットしているとなかなか客観的に見ることができなくなってきます。 そんな時は客観的な意見をもいたくなるものですが、その意見のもらい方がなかなか難しい。 弊社もサービスを立ち上げてから3年が経過しているわけで、従業員数もそれなりの人数になってきています。となると、開発環境やステージング環境を見てもらうにしても、面倒な手順がちょっとでもあるとなかなか難しかった

[gologo13]

apache でもロードバランサー機能あるんだ！

[technac]

リリース時のサーバ構成

[YuichiTanaka]

社内リリース

[shinodogg]

シンプルでナイス！だけどmod_rewriteの記法ってちとややこしいのよね…ｗ

[ooze-flash]

なるほどなるほど。

[HolyGrail]

リリースのタイミングで1台を社内リリース用のためにサービスアウトするという手法。

[Chisei]

読んだ

[griefworker]

Backlogと独自のアンケートプラットフォームでリリース後の意見を収集している。

[nekoaqua]

nanapi Ver5をリリースするときに使った社内リリースの仕組み - Unix的なアレ

[katchin]

nanapi Ver5をリリースするときに使った社内リリースの仕組み

[masutaro]

nanapiのリリース舞台裏

[invent]

nanapi Ver5をリリースするときに使った社内リリースの仕組み - Unix的なアレ