Travis-CIでImageMagickをclangでビルドして使うには - Qiita
sudo make install make install-am make[1]: Entering directory `/home/travis/build/kjunichi/ImageMagick' make[2]: Entering directory `/home/travis/build/kjunichi/ImageMagick' /bin/mkdir -p '/usr/lib' /bin/bash ./libtool --mode=install /usr/bin/install -c magick/libMagickCore-6.Q16.la wand/libMagickWand-6.Q16.la Magick++/lib/libMagick++-6.Q16.la '/usr/lib' libtool: install: /usr/bin/install -c magic
Travis CIでxcodebuildを使用する - Qiita
はじめに Travis CIでObjective-Cプロジェクトをビルドする場合、デフォルトでxctoolが実行されるが（Building an Objective-C Project）、xctool自体の問題でエラーになることがある。 このため、xctoolではなくxcodebuildを使用する設定ファイル（.travis.yml）を紹介する。 ビルドのカスタマイズ Travis CIのビルドは2つのステップで構成される： install: 必要な依存物をインストール script: ビルドスクリプトを実行 インストールステップ、スクリプトステップに加え、インストールステップの前、スクリプトステップの前後でカスタムコマンドを実行することができる。詳細はCustomizing the Buildを参照のこと。 設定ファイル（.travis.yml）のサンプル language: objec
AndroidのCI時間を10分短縮し、開発を爆速にするためのKarakuriを作った話 | メルカリエンジニアリング
こんにちは、メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）で、自動化をぶりぶりしている tadashi0713 です。 私は普段、テスト自動化・CI(継続的インテグレーション) / CD(継続的デリバリー)改善・その他社内の生産性を上げるための自動化を行っています。 今回は、最近行なっている Android CIの高速化・改善 についてご紹介したいと思います。 ◆ これまでのAndroid CI / CD 去年、私はJP版メルカリAndroidのCI / CDサービスをCircleCI1.0からBitriseに移行しました。 Bitrise – Mobile Continuous Integration and Delivery Android Test Night #1 というイベントでもLTをしましたので、そちらのスライドも参考にしていただ
【古いのでストック非推奨】CircleCIの新しい有料プラン Performance Pricing plan について - Qiita
追記 2021/06/08 https://circleci.com/pricing/ この記事で紹介しているプランが Performance プランとして正式に公開されています。 記事を書いた当時とクレジット数が違うようなのでこちらの記事はあまり参考にされないほうが良いと思います。じゃあ消せよと言われるかもしれませんが、過渡期の記録としてこの記事は残しておきます。 正しいクレジット数はこちらを参照してください https://circleci.com/pricing/#compute-options-table この記事について https://circleci.com/pricing/ 2018/06/05現在、CircleCIの有料プランには、追加コンテナの料金を毎月支払うというプランが公開されています。しかし、それとは別で Performance Pricing plan というプ
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. GitHub Pages Deployment This page documents deployments using dpl v1 which is currently the legacy version. The dpl v2 is released, and we recommend useig it. Please see our blog post for details. dpl v2 documentation can be found here. Deployi
CircleCI 2.0 移行に潜む闇 - SmartHR Tech Blog
こんにちは。SmartHR SRE チームの吉成です。 先日 CircleCI 2.0 移行の記事を書きましたが、CircleCI 2.0 に移行するのは一筋縄ではいきませんでした。 本日は設定の変更や Docker 利用の影響で行き詰まったことを紹介し、その解決方法を共有したいと思います。幾つかは前回の記事でも軽く触れたものになりますが、参考になれば幸いです。 カスタムイメージ置き場の闇 2.0 から自身で CI に利用したい Docker イメージをあらかじめ作ることで、ビルド中の動作環境を用意する時間を短くできるようになりました。 弊社では Ruby on Rails をベースにしつつも、フロントエンドのコードは npm を使って管理するように分割されているため、Ruby と npm の両方を扱える環境が必要でした。 そのため、今回は Ruby をベースイメージとして npm をイン
CircleCI で GitHubのブランチ更新をフックしてAWS ECSへデプロイする - Qiita
この文書について 対象読者: サーバサイドエンジニア AWS の ECSへのデプロイ を GitHub と CircleCI を使って実施する方法を紹介します 具体的には インフラ構成 (GitHub,CircleCI,AWS にそれぞれどんなデータがあるのか) デプロイはどのような流れで行われるのか デプロイフローの構築 AWS側で準備すること ビルド用にソースコードリポジトリに準備しておくこと CircleCI側で準備すること CircleCIのYAMLファイルに書くシェルスクリプト を説明します。 利用するツール GitHub いわずと知れたGitリポジトリのホスティング 外部サービス連携がやりやすい CircleCI 2.0 GitHub上のリポジトリのイベントと連携してタスクが実行できます PullRequestに連動してテストコードを実行 ブランチのPushに連動してデプロイ
Running Docker Commands - CircleCI
Use the remote Docker environment to build Docker images within the Docker execution environment. When you use remote Docker for a job, all Docker commands execute locally on the virtual machine used to spin up your primary Docker container. The remote in "remote Docker" is a legacy term from when remote Docker usage would spin up a separate, remote environment for running Docker commands.
wercker を使って Coq コードを CI する - Qiita
wercker の Coq box をけっこう前に作っていたのでその紹介です。 wercker は Travis CI のような CI as a Service と呼ばれる類の Web サービスです。基本無料です。 wercker では任意のアプリケーションをインストールした環境 (box といいます) を自分で作ることができて、その環境を使って CI をすることができます。 使い方 GitHub または Bitbucket にリポジトリ (Private でも可) を作り、wercker にそのリポジトリを登録します。 Make というファイルを作り、下のように Coq ファイルの名前を書いていきます。 ファイル名は Make でなくてもいいのですが、Coq演習第7回 に「Makeという名前にすることが多い」と書いているとおり ssreflect やその他いろいろなライブラリで Make
EngineYard 上のRailsアプリをWerckerでデプロイする - Qiita
はじめに つい先日まで、EngineYard に Rails でアプリを構築して、自動テストは wercker でおこなっていたものの、デプロイは EngineYard のダッシュボード画面より手動でおこなっていました。 そろそろデプロイも自動化したいと思いましたが、wercker ではデフォルトでは EngineYardへのデプロイに対応していないません。どうも、Codeship というサービスが EngineYard へのデプロイに対応しているということで切り替えました。 しかしフリーでの利用はビルドが100回までという制限があり、実際運用してみると1週間ももたないということがわかり、Codeship の利用をあきらめました（コミットコメントに [skip ci] という文字列を含めると自動ビルドをスキップするという機能はあるのですが、100回という上限を気にしながら開発するのは精神衛
Wercker を利用したデプロイの際の SSH 鍵設定 - Qiita
Wercker という Continuous Integration（CI、継続インテグレーション）を提供する SaaS があります。 なんとベータ版で無料！使わない理由がありません。 CI というとコードのビルドやテストを行うものを思い浮かべる方が多いかと思いますが、デプロイにも使えて、非常に便利です！ ただ、GitHub にプッシュ→Wercker でビルド＆テスト実行→テストが通ったらデプロイ、という流れを考えると、GitHub、Wercker、デプロイ先と3つのサーバを経由しており、お互いにどうやって認証しているのか非常にややこしくなります（少なくとも自分は最初混乱しました）。 GitHub → Wercker これは Wercker のウェブサイトから簡単に設定できるので、割愛します。 Wercker サーバ → デプロイ先サーバ 1. ssh-keygen で新しい暗号鍵を生成
CircleCIの料金体系 - Qiita
料金体系 Pricing and Information - CircleCI The first container is free and each additional one is $50/mo. 1Container無料で1Container増設毎に$50/月。 Containerって何？ じゃあContainerって何なのか。そのまま答えになりそうな記事があったので雑に和訳した。 Pricing and Information - CircleCI How do containers work? Every time you push to GitHub, we checkout your code and run your build inside of a container. If you don't have enough free containers availab
Rails, Ruby 2.1.0, PostgreSQL, RSpec, Cucumber, PhaontomJS, HipChatの組み合わせでwerckerを使って気軽にCIする - Qiita
今年の頭にWantedlyのCIサーバはJenkinsからwerckerになりました。βテスト中ということもあってGitHubのprivateレポジトリに対しても無料で使えるのですが、僕らの規模だと十分実用的に使えて満足しています。 個人プロジェクトでカジュアルにCIしたい時などにもオススメ。 ちなみに、Herokuなどへのdeploymentも自動化できるのですが、そのあたりのContinuous Deploymentまわりの機能は使っていません。 基本的にはwercker.ymlをレポジトリ直下に作成するだけで設定できます。実際に使っているwercker.ymlが以下にあるので参照してください。 CircleCIだとレポジトリの内容から設定ファイルもある程度自動生成してくれたりして便利なのですが(例えば、RailsでRSpec使ってることを検出してそれ用の設定ファイルを自動生成してくれ
Travis-CIで最強のデプロイ環境を構築する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※この記事はTSG Advent Calendarの1日目の記事です。 こんにちは。知らない人は知らないhakatashiです。今年もAdvent Calendarギリギリ投稿となりました。申し訳ねぇ申し訳ねぇ。 よく知られている通り、怠惰はプログラマの三大美徳のうちの一つと言われています(ギリギリ投稿の言い訳ではない)。つい先日もあらゆる行動を自動化したというハッカーの実話に基づいたHacker Scriptsが話題を博しましたが、この手のオートメーションはあらゆるプログラマの魂の源泉であるはずです。OSSにおける自動化といえばTra
CircleCI 2.0におけるGitタグ・ジョブ実行 - Qiita
CircleCI 1.0では正常動作したGitタグ・ジョブ実行が、CircleCI 2.0ではうまく動きませんでした。どうにかしようと四苦八苦したログをここに残します。 結論 GitタグをpushしてもCircleCIジョブが起動しませんでした。なので、masterブランチにpushされたときに最後のGitタグを取得してデプロイ処理を実行するようにしました。 動作確認用にu6k/sample-circleci-2.0リポジトリを作成しましたので、こちらの.circleci/config.ymlをご覧ください。 Gitタグ・ジョブ実行の関連スレッド CircleCIコミュニティや公式ドキュメントの関連スレッドを挙げます。 Git tag deploys in 2.0 - CircleCI 2.0 / 2.0 Support - CircleCI Community Discussion この
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Travis CIでPull Requestではなく、デフォルトブランチのみでコマンドを実行する - Qiita
MLflow | MLflow
RailsでElasticSearchとRansack＋CircleCIでの設定でちょっとハマったのでメモ - Qiita
Xcode7系と6系が同居している環境でXcode6.4のXibファイル関係でビルドに失敗する問題への対処（Circle CIも） - Qiita
Travis CI 上で docker build/run を実行し、起動したコンテナを Serverspec でテストする - Qiita
