CircleCI 2.0 (Beta) で Elixir を使う - Qiita
CircleCI 2.0 で Native Docker Support が入った。 ので Elixir も public Docker image を使うと設定が簡単になる。 例えば mix credo, mix test やるとすると、以下でよい。 version: 2 jobs: build: working_directory: ~/my-project docker: - image: elixir steps: - checkout - run: git submodule sync && git submodule update --init - run: mix local.hex --force - run: mix local.rebar --force - run: mix deps.get - run: MIX_ENV=test mix credo - run: m
Authorize Google Cloud SDK :: CircleCI Documentation
This tutorial explains how to install and authorize the Google Cloud SDK in your primary container. The Google Cloud SDK is a powerful set of tools that can be used to access Google Cloud Platform (GCP) services like Google Compute Engine) and Google Kubernetes Engine (GKE). On CircleCI, the Google Cloud SDK is recommended to deploy your application to GCP products.
CircleCI2.0のWorkflowsを試す
他のビルドツールで既にあった、ビルドパイプラインと考えればわかりやすいと思います。 これを導入すると何が嬉しいかというと、 ビルドの実行フェーズを複数に分けることで、どこでFailしたかなどが視覚的に掴みやすい並列にjobを実行させることで通常の同期的なビルドフローよりも効率良く回せる具体的にはbundle installとかnpm installとかを並列に回して、共有ディレクトリに結果を入れたりできる色々並列にjobを回したあと、それを待ち受けて最終的な結果を同期的に受け取ることもできるbranchや言語のバージョンによって別々でテストを回したい時などに別個かつ並列にビルドを行える外部APIにつなぎにいく時にfailした場合などでは、Rerun from failedができるので、ケースによっては全工程をなぞる必要がなくなるなどのメリットがあります。 早速自分のこれまでのcircle.
dangerをCircleCI上で使ってPull Requestを精査する - Qiita
Dangerとは Dangerとは、ざっくり言うと、PRのレビューをするときに、"You Forgot To...(...するのを忘れてませんか？）"と指摘するのを自動化するツールらしいです。 似たようなツールとして、以前から packsaddle/ruby-saddler を使っていたのは、 Androidのコードを自動で解析し、GitHubのpull requestにコメントする - Qiita にも書いていました。 Android開発のコードレビューbotを乗り換えた話 - クックパッド開発者ブログ を読むと、クックパッドさんもDokumiから乗り換えたということで、使ってみました。（ミーハー） （ミーハーついでに、fastlaneとか作ってる Felix Krauseさんが絡んでる？というのも、やってみた要因の一つ） 上記のブログにもDokumi時代の問題点が書かれていましたが、私
Travis CI経由でgh-pagesにmiddlemanで構築した静的サイトをデプロイ。 - Qiita
以前から興味があったmiddlemanを使ってGitHubにホストした自分のページを作りました。 その中で、Travis CI経由でGitHub Pagesにデプロイする方法を見つけたので試してみたときのメモです。 やりたいこと https://github.com/kimihito/kimihito.github.io にコードは置く。 develop ブランチでは middleman build する前のコードがあってほしい。 master ブランチは middleman build && middleman deploy された後のコードが置いてあって欲しい。 Travis CI側で、 develop ブランチにpushしたら自動的に middleman build && middleman deploy して master ブランチにPushしていてほしい やったこと Middle
CircleCI上でwarファイルをTomcatへデプロイする - Qiita
machine: timezone: Asia/Tokyo dependencies: pre: # tomcatをダウンロードしてセットアップする - sudo useradd tomcat - wget http://ftp.riken.jp/net/apache/tomcat/tomcat-8/v8.5.15/bin/apache-tomcat-8.5.15.tar.gz - tar -xzvf ./apache-tomcat-8.5.15.tar.gz - sudo mkdir /opt/apache-tomcat - sudo mv ./apache-tomcat-8.5.15 /opt/apache-tomcat - sudo chown -R tomcat:tomcat /opt/apache-tomcat test: post: # 完成したwarファイルを配備 - sud
Using SSH Keys :: Wercker Documentation
Using SSH Keys Add to known hosts pipeline step Depending on the container you are using, you may want to use this step to prevent builds/deploys from halting when you setup a connection with them: The authenticity of host 'some-server.wercker.com (1.2.3.4)' can't be established. RSA key fingerprint is ff:ee:dd:cc:bb:aa:99:88:77:66:55:44:33:22:11:00. Are you sure you want to continue connecting (y
Travis CIとRSpec + MySQLの連携 - Qiita
はじめに Travis CI上でMySQLを使う方法を調べたので自分用にメモ。公式サイトと以下のエントリを参考にさせていただきました。この記事ではRubyとRSpecを使っていますが、他の言語やテスティングフレームワークでもほぼ同じだと思います。 https://docs.travis-ci.com/user/database-setup/ http://qiita.com/suzuki86/items/e9682a242cad52003b08 設定手順 Travis CI上でユーザー名root(travisユーザーでも良いが権限がやや制限される)、パスワードなしでログインできる環境が自動的に立ち上がるため、こちら側で必要なのはテスト用データベース、テーブルの作成とdatabase.ymlの設定のみ .travis.ymlの設定 before_scriptに直接SQLを書いてもいいのですが
CircleCIでRiakを利用する - Qiita
CircleCI のデフォルトのビルド環境 OS: Ubuntu 12.04（precise） Java: Oracle JSK7 データベース・サービス デフォルトで起動 couchdb（1.3.0） memcached（1.4.13） mongodb（2.4.13） mysql（5.5.41） postgresql（9.4 with postgis 2.0 extensions） rabbitmq（3.4.4） redis（3.0.2） zookeeper（3.3.5） 利用可能 beanstalkd（1.4.6） cassandra（2.1.3） couchbase-server（2.0.0） elasticsearch（0.90.2） neo4j（2.2.2） riak（1.4.8-1） solr（4.3.1） sphinx（2.0.4-release） 1. リポジトリ直下に c
CircleCIにImageMagick v7系をインストールする - Qiita
これはなにか？ CircleCIのv1系で動いているUbuntu 14.04 (Trusty)にはデフォルトでImageMagick v6系が入ってるんですが、実装の都合上v7系をインストールしたかったのでその時の対応についてです。 aptで入れられたら簡単だったのですが… とりあえず circle.yml にaptからインストールするコードを書けばOKかなと思ったのですが、どうやらデフォルトで登録されてるリポジトリはImageMagick v6系だけのようでした（aptにリポジトリを追加すればv7系をインストールすることも可能かもしれませんが試してない） じゃあソースコードからインストールするか ググった感じみんなソースコードをダウンロードしてきて make install してるみたいだったのでそうすることにしました。 というわけで以下が circle.yml に書いたもの。
Orchestrating Workflows - CircleCI
Workflows in CircleCI are used to orchestrate jobs. Workflows have options to control run order, scheduling, and access to resources. This page explains how to configure workflows to suit your project. Optimizing your workflows can increase the speed of your software development through faster feedback, shorter reruns, and more efficient use of resources. A workflow is a set of rules for defining
Wercker CLI で Docker 上に Scala 開発環境を簡単構築 - Qiita
Wercker はプライベートリポジトリが無料で使える CI サービスとして有名ですが、Wercker CLI を使ったローカル開発もかなり便利です。 今回は Scala 開発環境を Docker で構築するために Wercker CLI を使ってみます1。 準備 Docker engine と Wercker CLI をインストールしてください。Wercker CLI は Github のダウンロードページ から適切なバイナリをダウンロードしてきて chmod +x して PATH に置けば OK です。 ※Wercker CLI 最新版の 1.0.882 ではこの記事のサンプルは動作しません。Docker container exits (exit status 130) · Issue #312 · wercker/wercker と同様のエラーが発生してしまいます。１つ前のバージョ
CircleCIでAndroid SDKがダウンロードできない。 - Qiita
Checking the license for package Android SDK Build-Tools 25.0.3 in /usr/local/android-sdk-linux/licenses Warning: License for package Android SDK Build-Tools 25.0.3 not accepted. FAILURE: Build failed with an exception. * What went wrong: A problem occurred configuring project ':app'. > You have not accepted the license agreements of the following SDK components: [Android SDK Build-Tools 25.0.3].
Using Docker authenticated pulls :: CircleCI Documentation
This document describes how to authenticate with your Docker registry provider to pull images. Authenticated pulls allow access to private Docker images. It may also grant higher rate limits, depending on your registry provider. CircleCI has partnered with Docker to ensure that our users can continue to access Docker Hub without rate limits. As of November 1st 2020, with few exceptions, you should
CircleCIは複数の JUnit 形式の XML ファイルをマージしてくれる - Qiita
結論はタイトルの通りです。 2.0 は試してないのでわからないですが、そっちでも同様かもしれません。 2.0でも同様にマージされます！ CircleCI 1.0では JUnit 形式の XML ファイルを $CIRCLE_TEST_REPORTS のディレクトリ内に出力することで、2.0では store_test_results ステップを使い XML ファイルの入っているディレクトリを CircleCI 側に保存すると、テスト結果をいい感じに表示してくれます。 こういうやつ。 時には一度に複数のテストフレームワークを実行したいこともあると思いますが、そういう場合どうすれば良いのか調べて見ました。 ドキュメントによるとこのように書かれています。 If you have multiple JUnit test reports from running more than one test s
CircleCIでDockerビルドしECRへpushする - Qiita
# !/bin/sh ECR_URI_BASE=999999999999.dkr.ecr.ap-northeast-1.amazonaws.com TEMPORARY_IMAGE_NAME=XXX # Build docker build -t $TEMPORARY_IMAGE_NAME . # ECR_URI if [ -z "$ECR_URI_BASE" ]; then echo "Need to set ECR_URI_BASE" exit 1 fi if [ -z "$IMAGE_TAG" ]; then echo "Need to set IMAGE_TAG" exit 1 fi ECR_URI=$ECR_URI_BASE/$TEMPORARY_IMAGE_NAME:$IMAGE_TAG # Login if [ -z "$AWS_DEFAULT_REGION" ]; then
circleciでのdocker multi stage builds ではまった話 - Qiita
はじめに メモ的な やろうとしたこと circleci version2 を利用して、docker multi stage builds でビルドしようとしました。 結果 できませんでした！（2017/05/29時点） ※ docker for mac の edge ならできます！ 内容としては、こんな感じです。 golangアプリケーションのコンテナビルドをしたい 軽量化するために multi stage builds を利用 circleci 2 でのベースイメージは docker:17.05.0-ce-git エラーが出る Error parsing reference: "golang:1.8.3 as alias" is not a valid repository/tag: invalid reference format 理由 色々調べたのですが、「最新のdocker（deg
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
かんたんに出来た！ fabric を使った 踏み台経由SSH の deployment作業 を circleCI を使って自動化 - Qiita
CircleCI で yarn install が失敗したので対策を共有 - Qiita
shunit2をsubmoduleとして登録しCircleCIで実行する - Qiita
