Travis CIでiOSアプリのリリース作業を自動化する - 24/7 twenty-four seven
この記事において利用している.travis.ymlとRakefileの全体はGistにて公開しています。 ↓ Rakefileの全体はこちら gist.github.com/kishikawakatsumi/8918124 ↓ .travis.ymlはこちら gist.github.com/kishikawakatsumi/8918365 概要 ユビレジではiOS アプリを申請する際に発生する作業の大部分をCIで自動化しています。 申請の作業としてユビレジでは下記のワークフローを決めています。 1. リリースブランチを作る 2. リリースするバージョンのバイナリをビルドする 3. 2と同等のアプリケーションを社内に配布して最終チェックをする 4. クラッシュレポートのサービスとしてCrittercismを利用しているので、そこにデバッグシンボル（dSYM）をアップロードする 5. 2のバイ
自動化でサービス提供をより速く、サイバーエージェントが基盤運用を強化
「サービス提供のスピードを上げるため、運用監視の仕組みは極力自動化を進めている」。サイバーエージェントでシステム基盤の構築、運用を担当する長谷川誠氏（アドテク本部 技術戦略室 Central Infrastructure Agency 基盤グループ リードインフラエンジニア、写真1）は、こう強調する。 写真1●サイバーエージェント アドテク本部 技術戦略室 Central Infrastructure Agency 基盤グループ リードインフラエンジニア 長谷川誠氏 広告配信サービスを提供する同社のアドテク部門では2014年6月、同サービスを支えるシステム基盤の運用管理の仕組みを強化した。これまで約700台のサーバー監視に利用してきたオープンソースの運用管理ツール「Zabbix」の活用を広げ、自動化を推し進める取り組みだ。ユーザー部門が自ら仮想マシンを起動や削除できるプライベートクラウドを
1人でよいコードを書く - 鳩舎
1人でよいコードを書くのは、3人でよいコードを書くことの3倍難しい。悪いコードを書くときに説得する人間が 1/3 でよいので、つまり自分に向かって『まぁいいじゃん今回は』と言えば事が済む。続けているといつの間にか引き返せないところまできていて、適当に書いた個人プロジェクトは設計的破綻を起こし、コーディング規約もなにもあったもんじゃないという破滅が待っている。 ということで、1人でよいコードを書くために。今回は Rails プロダクトを1人で書くとして。 rubocop コーディング規約と、あまりに長すぎるメソッドやあまりに長いクラス定義などを見つけてくれる。全てに従うと厳しすぎて死ぬので、適宜各チェッカを無効にするのがよい。 僕はこんな感じの設定で使っている。 AllCops: Includes: - Rakefile - Gemfile - config.ru Excludes: - b
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby on Railsのソースコードを自動レビューしてくれる「SideCI」
