CircleCIの並列処理を１行でバランシング！ - Qiita
今回はCircleCIを１行追加するという簡単な作業で複数コンテナにバランシングしてしまうよ！というお話です。 CircleCIで並列処理をやっている方は是非試してみてください！ 詳しい内容は以下。（英語） http://blog.circleci.com/announcing-automatic-test-balancing/ 何が変わるの？ 今までは複数コンテナへちょうどよくテストを振り分けるのを手動なり何なりでやってました。 https://circleci.com/docs/parallel-manual-setup これが１行Gemを追加することで上記作業が必要なくなったというわけです！ どうするの？ さて肝心の追加する行ですが、Gemfileに以下の１行を追加して下さい。
GoのアプリをCircleCIからAppEngineへデプロイする - Qiita
GAE/GoのアプリをCircleCIからデプロイできるようにしたいと思います。AWSにデプロイするのとは違う感じなので、ドキュメントを読みました。以下はAppEngine Flexible Environment へのデプロイになります。StandardEnvでも参考にはなると思いますが、違う部分もあるので注意してください。 また、flexible envはまだbetaなので、この辺りすぐに変わる可能性があります。 公式のドキュメント このあたりを読めば書いてあります。 Authentication with Google Cloud Platform - CircleCI Continuous Deployment to Google App Engine - CircleCI 以下では書いてあることを順にやっていきます。 GCPサービスアカウントの作成 まずは GCPのコンソールで
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
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
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の結果を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
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
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] (/
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
golang と Github と CircleCI で実行ファイル生成を自動化して楽に配布できるようにする - Qiita
どこでも動いてほしいツールは golang で書いて Github の release page からバイナリー落とせれば最強じゃんと思ったのでその設定を書き留める。 前提は次。 Github に golang で書いたツールの public repo がある 目指すところは次。 特定形式の git tag を push したときだけバイナリー生成してダウンロードできるようにする 参考にしたのは次。 http://qiita.com/toruuetani/items/b41805ef8568b4ae0519 このときから Github の UI や CircleCI の機能が変わっている 実際に動いてるプロジェクトは次。 https://github.com/januswel/dotor https://github.com/januswel/yangpao Github 設定 Circl
CircleCIでトピックブランチのビルドは失敗/復旧時だけ通知、デプロイするブランチのビルドは全通知する - Qiita
概要 circleciの設定で、失敗/復旧時だけビルド結果をslackに通知することができる。程よい通知量になってとてもよいが、 デプロイ時の通知は毎回来て欲しい。 設定だけだと、両立させるのが難しそうだったので、Google Apps Scriptで動くAPIを書いた。 前提 developブランチにpushするとstaging環境にデプロイ。masterブランチにpushすると本番環境にデプロイされるとする slackのapiトークンが必要 Slack BotをGASでいい感じで書くためのライブラリを作ったのライブラリーを使用 コード Circle CIのビルド結果をHubotで通知 を参考にGoogle Apps Script上で動くようにした。 GAS上で以下スクリプトをWebAPI公開する スクリプトのプロパティ「token」にslackのAPIトークを設定 function p
SQLServerだからといって諦めずに、CircleCIでテスト自動化する - Qiita
はじめに 昨年後半からデータベースにSQLServerを使っているプロジェクトに携わっています。 TravisCIやCircleCIなどの代表的なCI as a ServiceはMySqlやPostgreSQLはサポートしていますが、SQLServerはサポートしていません。 Setting up Databases - Travis CI Ubuntu 12.04 (Precise) - CircleCI#databases Ubuntu 14.04 (Trusty) - CircleCI#databases ここで諦めずに、CircleCIでテスト自動化する方法を探っていきます。 Microsoft SQL Server on Linux for Docker Engine.を使う はじめ、CIのコンテナに直接、SQL Server on Linuxをインストールする方法を考えました。
GitHub/CircleCI/Slack/Docker Hub/DatadogをまとめたようなOSS、Omnibus GitLabのインストール（8,9,10対応） - Qiita
システム要件 2コア4GB推奨 ストレージはソフトウェアだけで10GBほど 対応OSはLinuxのみ インストール インストールもアップデートも簡単にできるDocker Composeでのインストール方法を採用します。 事前準備 Docker1.10.0+, Docker Compose1.6.0+がインストールされている環境を用意してください。 Docker for Windowsには非対応ですので、Windowsの場合は、Docker Toolboxや、Vagrant（サンプル）などでLinux仮想マシン上にDocker環境を用意してください。 Step 1. docker-compose.ymlを作成する 以下のコードをdocker-compose.ymlという名前で保存してください。 version: '2' services: gitlab: container_name: gi
CircleCI, fastlane, DeployGateでAndroidアプリのリリース自動化 - Qiita
概要 個人でAndroidアプリを作ってる中でビルドやリリース作業を自動化したいなと思いました。 色々調べたところ、CircleCI、fastlane、DeployGateを使えばできそうなことがわかったので、 まとめてみようと思いました。 今回参考にするAndroidアプリのソースは下記においてあります。 (パスやAPIキーはprivateリポジトリに隠してあります。) https://github.com/naoto0822/miita-android 目標 ・「Githubで特定のbranchにpushしたらリリース or Beta配布」 そのために下記を順を追って実現します。 コマンド一発でDeploygateアップロード コマンド一発でGoogle Play Storeにアップロード CircleCIでビルド gradleの細かい設定については今回は触れません。 assemble
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCIからServerless Frameworkのデプロイを実行する - Qiita
