Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

以前から興味があった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
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
はじめに 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 のデフォルトのビルド環境 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のv1系で動いているUbuntu 14.04 (Trusty)にはデフォルトでImageMagick v6系が入ってるんですが、実装の都合上v7系をインストールしたかったのでその時の対応についてです。 aptで入れられたら簡単だったのですが… とりあえず circle.yml にaptからインストールするコードを書けばOKかなと思ったのですが、どうやらデフォルトで登録されてるリポジトリはImageMagick v6系だけのようでした(aptにリポジトリを追加すればv7系をインストールすることも可能かもしれませんが試してない) じゃあソースコードからインストールするか ググった感じみんなソースコードをダウンロードしてきて make install してるみたいだったのでそうすることにしました。 というわけで以下が circle.yml に書いたもの。
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 と同様のエラーが発生してしまいます。1つ前のバージョ
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].
結論はタイトルの通りです。 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
# !/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 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
[INFO] Compiling 5 source files to /home/ubuntu/winchester/target/classes [INFO] ------------------------------------------------------------- [ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] Failure executing javac, but could not parse the error: javac: invalid target release: 1.8 Usage: javac <options> <source files> use -help for a list of
背景 ソースコード管理システムとして2大巨頭のgithubとbitbucketですが、前者はパブリック、後者はプライベートリポジトリとして有用ですね。(githubのプライベート利用は有料) 今回はタイトルのままですが、OSS開発で活躍しているデプロイ自動化の技術を、個人開発だったり、企業資産としてコードは外に出したくない場合でも利用できるwerckerを使用してみました。 書店で参考資料を探してもまだ無かったり、Web上だと下位バージョンの情報があふれており各バージョンごとの情報が入り乱れていてなかなか手を出せなかったりするのではと思い書いてみようと思いました。 準備 各サービスのアカウント bitbucketアカウント(https://bitbucket.org/) githubアカウント(https://github.com/) werckerアカウント(http://www.wer
2017/01/31 追記 CodecovでUIテストのカバレッジがきちんと収集されてないな… と思い調査してみたところ,他のリポジトリでも同様の現象が起こっていたようです. どうやら,XcodeのIDEでUIテストを起動したときと,xcodebuildでCLIでテストを起動したときでは挙動が異なるらしく,それに起因するもののようです. 以下,参照したIssuesです. UITesting not reported - codecov/example-swift Always 0% - nakiostudio/xcov UI Testsのカバレッジ収集以外に関しては,UI Testsの起動含めきちんと想定通りの動作をしております. 2017/06/24 追記 Xcode9においてはこの問題は解決したっぽいです.なので,Xcode9をTravis側がサポートしてくれるようになるとUIテストの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く