Travis CIでつくるiOSのCI環境（運用のコツ編） - Qiita
この記事はWHITEPLUS Advent Calendar 2016 23日目になります。 株式会社ホワイトプラス、エンジニアの @akaimo です。 ホワイトプラスでは主にリネットのiOSアプリを担当しています。 はじめに WHITEPLUS Advent Calendarの中で以下の記事のように、iOS開発用のTravis CIを構築してきました。 Travis CIでつくるiOSのCI環境（準備編） Travis CIでつくるiOSのCI環境（テスト・アップロード編） 今回は最後の仕上げとして、運用する上でのコツを書いていきたいと思います。 実行時間の短縮 Travis CIの環境を構築したら、一番始めに課題となって立ちふさがるのは、実行時間の問題だと思います。 時間がかかるポイントとしては、 環境構築（ビルドまでの準備） ビルド アーカイブ アップロード があります。 アップロ
Bitbucket + Symfony2(PHP5.6) + Wercker でCIをする - Qiita
プロジェクトが落ち着いてそろそろCI/CDを導入したいねっていう状況でした。 CircleCIを別案件で使ってた人が近くに居るけどBitbucketではCircleCIをサポートしていないようですので、別のCIを検討する必要がありました。 そこで色々検討した結果Werckerを使ってみることにしました。(無料だし） しかし、WerckerはPHPをサポートしているけど、Quickstarts に書いてある事項はSymfony向きではないため混乱しました。 また wercker.yml に変更を加えていないのにBuildがfailedになることもありました。（僕は「werckerの機嫌が悪い」って呼んでる） 更にWerckerとWercker2の記述が有りググったときに更に混乱を招きました。 導入方法 前提/状況/目的 前提/状況 Bitbucketでバージョン管理してる（状態はプライベート
Travis CIでYarn(pkg)を使う設定 (node.js) - Qiita
必須なのはdist: trusty, sudo: false, cache: yarnで、それぞれ以下のような意味合いです。 dist: trusty, sudo: false: コンテナベースのUbuntu 14.04 (public beta) イメージを利用する設定です。 このイメージにはYarn(pkg)がプリインストールされているため、この設定によりユーザ自身によるインストール用設定が不要となります chache: yarn: パッケージのインストールを高速化するためのYarn(pkg)キャッシュを有効にする設定です なお、Yarn(pkg)の実行には、Node4以上を必要とするためテスト対象のNodeバージョンには4以上（.travis.ymlのnode_jsディレクティブ）を指定1します。 yarn installが実行される条件 yarn.lockファイルがプロジェクトディ
Terraform と Wercker で DNS レコードを管理する - Qiita
はじめに 先日、 Terraform で Google Cloud DNS を管理して GitHub 経由で Wercker から反映する環境を構築し、その便利さに感動しました。 これには、大きく2つの恩恵があります。 Terraform と Git による DNS レコードのバージョン管理 GitHub と Wercker による自動反映 チーム開発などで複数人がレコードを管理する事が容易になる (Pull Request を出してもらってレビュー後に master へ merge するだけ) 割と嵌ったので、手順を纏めておきます。 尚、 GCP のアカウントは発行済で、プロジェクトも作成済みとします。 https://console.cloud.google.com/ 余談 筆者はこれまで Gehirn DNS を利用していました。このサービスは、自前で Git などを使うことなく D
git pushしたら自動でs3のサイトの更新をしてくれるものをbitbucketとwerckerで作る - Qiita
プログラムの自動デプロイにCIがよく使われますが、単純に静的サイトをbitbucketで管理して、それをs3に反映するだけというカジュアルな使い方を試してみたかったのでメモ。 1. s3の設定をする 簡単にやるのであればManagement Consoleからパッとやればいいでしょう。 悩むところはそんなにない（はず） ansibleでやった際に引っかかったのが以下点なのでご参考に。 http://qiita.com/celeron1ghz/items/cdaa79d7e53524a97712 2. bitbucketでrepositoryを作る 「リポジトリの作成」より作成。 bitbacket側ではrepoを作るのみでOK。 3. werckerの設定 ここが微妙に引っかかった。 werckerにbitbucketのrepositoryを追加 上部メニューにある Create -> A
werckerのinternal/docker-pushでGCRへPUSHする(2017/3/18~4/10) - Qiita
werckerのinternal/docker-pushは予め用意したコンテナ内で様々な処理をして その処理結果をコンテナイメージとして固めて PUSHする stepである。 GCR(Google Container Registry)の他Docker Hubやquay.io、ECRにも対応している。 ※ 2017/4/10に見たところマニュアルが修正されていたので日本語での参考情報程度に... GCRの v1 API廃止の影響で、マニュアル通りだとPUSHができないので対応策を以下に示す。 公式のマニュアルが更新されるまでのつなぎで。 slackのwercker communityでは対応策が示されているけど流れるだろうし... 公式のマニュアル ただしこのマニュアル通りだと動作しない。 このままだとGCR v1 APIを使用してPUSHを行うようだが、 https://cloud.go
API Gateway+Lambda+Serverless+TravisでAPI開発のCI/CDパイプラインを構築する - Qiita
概要 API GatewayとLambdaを使ったAPI開発時のCI/CDについての記事です。 僕がnode.jsを普段から使用しているため、解説はnodeがベースになっています。 https://github.com/horike37/serverless-api-integration-test-sample ソースはすべてGitHubに上がってますのでそちらもご確認ください。 CIで実施する内容 以下の内容をCIとして行うことを考えます。 ESLintによる構文チェック Mocha, Chaiを使用したユニットテスト APIをAWSへデプロイしてテストを行うインテグレーションテスト CDで実施する内容 以下のようなルールでデプロイのサイクルを回します。 Gitのdevelopmentブランチへのpushをテスト環境へのデプロイと想定。 構文チェックとユニットテストを実施。 ビルドが通
# travis-ciからAmazon S3へファイルをデプロイする - Qiita
背景、目的 Amazon S3はクラウドスレージとしてのみだけでなく、静的なWEBコンテンツの配信元としても利用できる。Amazon S3へファイルをアップロードするツールは数あるが、コンテンツのバージョン管理としてGithubを利用している場合、ファイル配置とバージョンの紐付けを行う必要性が生じうる。今回は、CIサービスのtravis-ciを利用してこれを実現する。 手順 AWSにデプロイ用アカウントの作成 S3にバケットの作成、権限の編集 travis.ymlの設定 デプロイ用アカウントの作成 travis-ciからのデプロイは、専用ユーザーを作成しそのユーザーアカウントを利用してtravis-ciがAWSのAPIを叩く。まずは、AWSコンソールのIAMからグループを作成する。アクセス許可を設定し、S3へファイルのアップロードができるようにする。本当は細かく設定するべきだろうけど、今回
travis-ciでecrにpushする - Qiita
ecrにdocker imageを上げるのを毎回手動でやるのは結構疲れます。ですのでtravis-ciを使って自動化しました。 .travis.ymlを作成する まず、このgistをそのままコピーして.travis.ymlを作成しました。 awsの環境変数を追加する ecrにdocker imageをpushするためには AWS_ACCESS_KEY_IDと AWS_SECRET_ACCESS_KEYが必要です。これをそのまま.travis.ymlに書くのはまずいので暗号化して.travis.ymlに追加します。そのために travisgemをインストールします。 travisgemをが環境変数の暗号化から.travis.ymlへの追加までうまくやってくれます。便利です。
CIサービスの自動ビルドをスキップする方法まとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? やりたいこと リポジトリへのコミットに伴う、CI(Continuous Integration)サービスによる自動ビルド起動を一時的にスキップしたい。 ※例えば、ドキュメントのみの更新等、プログラムに変更が無くテストやビルドが不要な場合 方法 コミットメッセージに含まれるキーワードでCI起動を抑制できる。 ※各CIサービスが個別にそうした機能を実装している 結論 GitHub Actions/Travis CI/Circle CI/AppVeyer/GitLab CI/CD PipelineのいずれかのCIサービスであれば、 [skip
CloudFormationでIAMユーザ、IAMグループ、IAMロール、IAMポリシーを作成するための基礎知識おさらい - Qiita
はじめに 最近IAMに触り始め、CloudFormationでIAM系リソース作成する為の設計を始めた しかし、ルートアカウント、IAMユーザー、IAMロール、IAMグループ、IAMポリシーなど扱う要素が多く、それぞれの関係性がわかりづらく、設計が難航した 取り急ぎCloudFormation開発が進められるようにしたかったので、何番煎じかわからないが、IAMについて改めてまとめた 想定読者 CloudFormation：テンプレートを書いて実行したことがある IAM：触り始めたくらい この記事が目指すゴール CloudFormationによるIAMリソース作成の設計をする為の事前知識を、記事を読めばざっくりおさらいできる それぞれの項目について、どのドキュメントをあたればいいか、ユーザードキュメントへのリンクで飛べる 調べた内容 IAMとは IAM(Identity and Access
HerokuでRedmineをデプロイ（までの長い道のり） - Qiita
2016/10/10にリリースされた 3.3.1 をHerokuにデプロイして利用できるようにする。 しかしこれがわりとハマるところが多かった… 前例多いけど、わりと環境にも依存するので なかなか一筋縄でいかない感じが（ そしてまだリアルタイム作業中だよ！よ！ そもそもなぜHerokuを選んだか みなさんいろんな観点で選定すると思うんですよ。 クラウド使う人が多いとは思う。 今回はこういう観点で選定してみまんた。 自前でリソース準備しなくても良い（=PaaS含めクラウドのメリット） 初期構築コストが（IaaSほど）かからない IaaSの場合：OSにも左右されるのでライブラリの依存関係もわりとシビアに考えないといけなかったり Ruby、Java、Python、Scalaなど複数言語とフレームワークをサポート 基本的な機能は無料枠で利用できる。お財布に優しい Gitを使ってデプロイ Gitに慣
Docker上でAnacondaを使って入れたDjangoをHerokuで動かす - Qiita
#はじめに 1.Djangoを触ってみようと思った 2.pythonのパッケージ管理は全部anacondaのcondaでやりたい 3.Dockerで環境を分けるのでcondaで仮想環境とかは用意しない 4.ローカルの開発環境も本番環境もDockerでやりたい 5.Djangoの入門におすすめらしいDjango GirlsのTutorialを動かす前提でやる 6.本番環境はDjango GirlsのTutorialに従ってHerokuに公開する こんな感じの方針でHeroku上でDockerを動かし、そこでAnaconda経由で入れたDjangoを動かす環境の用意の仕方をまとめます。 ※※※※※ 普段Djangoどころかサーバーサイドのプログラムをしない素人のまとめです。 Dockerも触り始めたばかりでもっと効率良い仕組みもある気がしてます。 何かこうした方がいいとかあればぜひ教えてくださ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Werckerでnpm-scriptsが実行できなくなったときは - Qiita
EC-CUBE で使っている .travis.yml を解説するよ - Qiita
Travis CI上のビルドは再実行できる - Qiita
https://qiita.com/uknmr/items/8dc0babff3a4c7a73108
Golang Hugoで高速なブログを作る -- Travis CI, S3, CloudFront Route53 - Qiita
さくらのクラウドでAuto Scaling ~ Docker活用編 ~ - Qiita
Dockerでダウンタイムのないデプロイ - Qiita
