CircleCIからElasticBeanstalkにデプロイ環境を本番とStagingに作る - Qiita
Vegewelというベジタリアンガイドを作っています。 ここではソース管理にBitBucketを使っており（プライベートリポジトリでもタダだし）そこからCircleCI使って本番環境とStaging環境に自動デプロイする仕組みを作りたいと考えました。 ソース手上げなんてマジでありえないので・・・。 ということでサーバ環境はAWSのクラウド環境では有名なPaaSであるElasticBeanstalk（以下EB）を使っています。Herokuの対抗馬ってことなんだろうけど多少はEC2やRDSの知識ないと使いこないせないのがミソです。 で、こちらがそのサーバです。 BitBucket上にはmasterに加えてstagingのブランチを切っています。 ここではアプリの作り方やBitBucketへのコミット、プッシュ、ブランチ作成方法は割愛します。 他のサイトで参考にしてください。 自動デプロイ使わな
CircleCIでno-localeなPostgreSQLのDBを作成する - Qiita
Collate=CのPostgreSQLデータベースとは？ PostgreSQLで感覚的に正しい日本語ソートを行うにはinitdb時に--no-localeオプションを付けて初期化を行う必要がある。CircleCIではデフォルトでUTF-8なので正しくテストを実行することができない可能性がある。 強制的にno-localeなDBを作り直す circle.ymlに次のように指定することでno-localeなDBを強制的に再作成することができる。 machine: ruby: version: 2.2.1 pre: - sudo locale-gen ja_JP.UTF-8 - sudo -E -u postgres PGDATA=/var/lib/postgresql/9.4/main /usr/lib/postgresql/9.4/bin/pg_ctl stop - sudo -E -u
Hakyll, stack, Travis CI, Github でブログを管理する
やった事をまとめると、以下の通り。 StackでHaskellのパッケージ(Hakyll)を管理する。 markdownでブログを書き、Hakyllでhtmlファイルに変換する。 実際には、TravisがHakyllを使ってコンパイルしhtmlファイルに変換する。 ソースファイルはGithubの公開リポジトリで管理し、Github Pagesで公開する。 できたのが本ブログ。 Stack Stackは、 Haskellのパッケージをビルドしたりインストールしたりするツールです。 tanakhさんによる 紹介記事をきっかけに知りました。 Haskell力のない自分にはcabal hellを乗り越えられる自信が無かったという理由と、 タイムリーなので使ってみたいという理由から選択してみました。 Hakyll Hakyllは、 Haskellによる静的htmlページ生成ツールです。 Rubyによ
CircleCIとAWS（CodeDeploy/S3）で作るCI環境 - Qiita
GithubにCommitしたら、テストを実行して、EC2のWebサーバに自動的にdeployしてほしいよねーとかねがね思っている方用の手順です。EC2以外はそんなにお金かけたくないなという人もCircleCIならとっつきやすいかもしれません。 継続的イテレーションを導入すべくCIの中でも有名で1コンテナまで無料のCircleCIを導入。 以下作業メモ。 継続的イテレーション（CI）で開発したいよねって思ったら注意点ですが サーバインスタンスは作り直しになる Githubから直接EC2に上げる方法もあるけど意外と情報ないのでS3とCodeDeployも使う CircleCIはCIのツールでプログラムのdeployはCodeDeployが担当するという理屈を理解 というのがあります。私そもそもの理屈がよくわかってなかったです。 ※何か作業中におかしな挙動があった場合はこちらを使って調査してみ
【古い記事・今はできる】CircleCI で Docker ビルドキャッシュができない理由 - Qiita
2017/04 追記 CircleCI 2.0 で Docker のバージョンが上がったためキャッシュできるようになりました 以下は CircleCI 1.0 時代になぜできなかったのかの説明 やりたいこと CircleCI の Docker イメージビルドが遅い イメージキャッシュが引き継がれないため なんとかしてイメージキャッシュを引き継ぎたい TL;DR CircleCI の Docker バージョンが 1.10 の間は、無理 もう少しでなにかしらのアナウンスがあるらしい (https://discuss.circleci.com/t/request-docker-1-12/5120/13) Docker 1.11 対応を待つ tonistiigi/buildcache が使える Docker 1.13 リリース & 対応を待つ cache-from オプションが追加された Circ
GAE/GoのWebアプリをCircleCIで自動テスト&自動デプロイする - Qiita
はじめに 以前投稿した「IntelliJ IDEAを使ってGAE/GoのHelloWorldする」のGAE/Goで作ったWebアプリを、CircleCIからGoogleAppEngineへdeployする手順の説明です。 前提条件・環境 GoogleAppEngineでアカウントが登録済み CircleCIでアカウント登録済み GAE/GoのWebアプリのリポジトリがGithubにある CircleCIの設定 プロジェクト直下にcircle.ymlを追加 今回は、appengineのバージョン1.9.12の例。 machine: timezone: Asia/Tokyo dependencies: pre: - curl -o $HOME/go_appengine_1.9.12.zip https://storage.googleapis.com/appengine-sdks/featur
CircleCI + AWS CodeDeployによるテスト・デプロイの自動化 - Qiita
担当しているプロジェクトがテストの実行もデプロイも手動だったので、 テストとデプロイの自動化に挑戦してみました。 バージョン管理はGitHub、サーバーはEC2を使っていることもあり、 今回のケースでは無料で実現できるCircleCIとAWS CodeDeployを使います。 こちらの記事に沿う形で行いました。 CircleCIとAWS（CodeDeploy/S3）で作るCI環境 構築したいこと 特定ブランチにpushすると、CircleCIでテストされ、OKなら指定のEC2インスタンスにデプロイする cronはgitで管理し、デプロイ毎にcronを更新する デプロイ毎にpip install requirements.txtなど依存ライブラリのインストールを行う 0. 事前準備 aws account作成 GitHub account作成 GitHub にデプロイしたいのリポジトリを作成
CIrcleCI で Go のプロジェクトを gox でビルドして GitHub にリリースする - Qiita
なぜこんな事を？ Windows のパッケージマネージャ Chocolatey 向けにパッケージを作ったりしてるわけなんですが、パッケージは一度作ったらバージョン番号を変えるだけの定型作業になります。これが面倒なので golang で定型作業をやってくれるツールを作りました。 Windows 向けのツールですが、 x86/x64 向けにビルドする必要があるので、 gox を使おうとしたわけです。ところが Windows では gox を使えるようにするのも一筋縄ではいきません。 Vagrant 等で linux 環境を整えれば簡単ですが、 Windows 向けツールをビルドするためにそれはあまりにアホらしい。そこで CI ツールで楽にできないか検討してみました。 参考URL Wercker で Go のプロジェクトをクロスコンパイルし、GitHub にリリースする - 詩と創作・思索のひろ
CircleCIの結果をSlackに通知する - Qiita
circle.ymlの準備 circle.ymlファイルを作って、プロジェクトRoot直下に置く。 Javaの設定 参考 CircleCI側の準備 GitHubアカウントがあればSign upできる。 https://circleci.com/ プロジェクトを追加 [Add Projects] からCIしたいリポジトリ選んでビルド！ https://circleci.com/add-projects これで以降pushを契機にCIが走るようになる。 Slack側の設定 Slack側の設定 integrationにCircleCIを追加する https://my.slack.com/apps https://my.slack.com/apps/A0F7VRE7N-circle-ci [Add Configuration] 通知したいチャンネルを選んで、Webhook URLを控える アイコン
Ansibleを更新したら、CircleCIでAMIを作成する - Qiita
cloudpack大阪の佐々木です。 以前、CFn → Ansible → ServerspecをCircleCIでCIする http://qiita.com/taishin/items/89b42106582a2aa5495b というのを書きました。 このときはCFnとAnsibleを同時にテストするという方法をとっていたのですが、 これらは分けて管理した方がいいような気がしてきました。 なので、Ansibleのgitリポジトリをプッシュした時に、AMIを作成するようにしてみました。 EC2の起動はaws-cliでもいいのですが、前のCFnをそのまま使いました。 circle.ymlでやっていることは下記です。 pre部分 CFnでEC2を起動 ansibleでデプロイ override部分 ansibleでデプロイしたインスタンスのAMIを作成 作成したAMIを使って、CFnでEC2を
CloudFormationをCircleCIでCIする - Qiita
cloudpack大阪の佐々木です。 またもCircleCIです。 今度はCloudFormationをテストをCircleCIでやってみます。 テストはawspecを使います。 awspec 設定 ソースコードはこちらに。 https://github.com/taishin/cfn-ci CloudFormation template.cform VPC上にEC2を1台たてているだけです。 CloudFormationで作成されたリソース(セキュリティグループ等)は、名前にランダムな文字列が付与されていたり、テストコードに代入しにくいので、Tagで名前を設定しています。 awspecテストコード EC2 EC2はImageID、InstanceType、パブリックIPアドレスをもっていること、 適用されているセキュリティグループ、VPC等の確認をしています。 ####で囲まれている部分
CircleCIでGitHubのReleaseを更新する - Qiita
動機 最近、Electronのアプリを作り始めました。 出来上がった機能をすぐに公開したいので、CircleCIでmac用のappファイルを作成し、GitHubのReleaseに上げる事にしました。 ただ、masterの変更の度にバージョン番号を上げるのも面倒だし、Releaseのタグが大量にあるのも微妙な気がしました。 （なにより、毎回tagを手動で作るのもめんどい） そこで、Releaseは毎回"更新"し、package.jsonのversionが変わっている場合のみReleaseを"追加"することにしました。 普通は逆というか、普通のフローとは違いますね。。 例： Releaseにv0.0.1が存在するとき、versionが0.0.1のままmasterが更新 以前のタグ・Releaseを破棄、最新のmasterでv0.0.1を再作成。 Releaseにv0.0.1が存在するとき、ve
40通り以上の自動マルチブラウザテストをSelenium x CircleCI x BrowserStackで実現する| PLAID engineer blog
こんにちは。プレイドの@sdaikichiです。現在のトレーナーレベルは22、捕まえたポケモンは103種です。 前回の@positiveflatの記事ではプレイドにおける自動テスト環境をご紹介しました。 今回は、プレイドが __40通り以上の環境__を対象に __すべて自動__で ついでに__CircleCIのコンテナリソースもそんなに使わない__で マルチブラウザテストを実現している環境についてご紹介します。 目次 なぜマルチブラウザテストが必要なのか BrowserStackの紹介 運用してみてわかったコツ まとめ 最後に なぜマルチブラウザテストが必要なのか KARTEをお客様が利用する際には、来訪者をトラッキングしたり接客サービスを表示するためのscriptタグをお客様サイトに埋め込んでいただきます。 (接客サービス配信のイメージ) お客様サイトには当然様々な環境(OS,ブラウザ,
Spring BootとSpring Data JPAで検索アプリケーションを開発してCircleCIでビルドする - Qiita
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.example.sbci</groupId> <artifactId>sbci-example</artifactId> <packaging>jar</packaging> <version>1.0-SNAPSHOT</version> <name>sbci-example</name> <url
Travis CI Documentation
This documentation site is Open Source. The README in our Git repository explains how to contribute. Travis CI relies on Open Source licensing information. Learn more about Travis CI for private repositories, our hosted continuous integration solution for private repositories. Does Travis CI for private repositories include a trial period? # Yes, of course! No need to put in your credit card detai
CircleCI で Yarn 0.17.0 のインストールに失敗する - Qiita
Error: ENOENT: no such file or directory, open '/home/ubuntu/.cache/yarn/.roadrunner.json' at Error (native) at Object.fs.openSync (fs.js:549:18) at Object.fs.writeFileSync (fs.js:1156:15) at /home/ubuntu/.yarn/node_modules/roadrunner/index.js:25:6 at /home/ubuntu/.yarn/node_modules/roadrunner/index.js:12:12 at emitOne (events.js:82:20) at process.emit (events.js:169:7) at processEmit [as emit] (/
Travis CI Documentation
This documentation site is Open Source. The README in our Git repository explains how to contribute. Travis CI relies on Open Source licensing information. This guide covers headless GUI & browser testing using tools provided by the Travis CI environment. Most of the content is technology-neutral and does not cover all the details of specific testing tools (like Poltergeist or Capybara). We recomm
Go+Webアプリケーション+CircleCIで静的解析・テスト・バイナリリリースを効率良く行なう - Qiita
この記事はCircleCI Advent Calendar 2015の5日目の記事です。 はじめに Go+Web+CIの実戦的な話です。Go+CIに関してだと色々な手法は出てきていますが「実際どうすればいいの？」と感じている方が多いと思います。 また、昨今Go+Webアプリも増えているので、これからGoでWebアプリケーションを作ろうと思っていた方の継続的インテグレーションへのアプローチの足掛かりとなれば嬉しいです。 （Go要素強いです） ＿人人人人人人人人人人人人人人人人人人人人人人人人人人人＿ ＞ 本当は12/6のGoConferenceで話そうと思ってたんだぜ!! ＜ ￣ＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹ￣ ※ GoConのセッション外れた＋抽選も外れた勢 さて、今回使用したリポジトリは下記にあります。 Base64 Encode/Decodeするだけですが、Go
Deployer + CircleCIでデプロイを自動化する | QUARTETCOM TECH BLOG
新年明けましておめでとうございます、永井です。 本年も「カルテットコミュニケーションズ技術ブログ」共々頑張っていきたいと思いますので、宜しくお願い致します。 はじめに カルテット社内におけるデプロイツールのデファクトスタンダードは、Capistranoです。 機能的には特に不満はないのですが、たまに手の込んだことをやろうとすると途端に躓いてしまった経験が何度かあり、出来ればアプリケーションで利用しているプログラミング言語で良いツールがないかなと思っていました。 そこで今回はDeployerを試してみました。 今回のゴール シンプルなPHPのプロジェクト（Silexベース）をDeployerでデプロイする CircleCIを利用して、 特定ブランチが更新された時に自動的にデプロイする Deployerについて DeployerはPHP製のとてもシンプルなデプロイツールです。 公式サイトを見る
Travis CI Documentation
This documentation site is Open Source. The README in our Git repository explains how to contribute. Travis CI relies on Open Source licensing information. This guide covers setting up the most popular databases and other services in the Travis CI environment. You can check databases and services availability in the build environment you are using here. All services use default settings, with the
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
