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
Travis CI Documentation
Compilers and Build toolchain # automake clang cmake gcc maven mercurial pkg-config wget xctool Languages # C C++ Go Java Nodejs Python Ruby Runtimes # Every worker has at least one version of Go, Java, Python, Ruby, and NodeJS to accommodate projects that may need one of those runtimes during the build. Implement Ruby versions # The default macOS Ruby (depends on macOS version) – You need to use
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をインストールする方法を考えました。
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. Heroku 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. Travis CI can
人気CIツール比較まとめ【2015年12月版】 - Qiita
概要 こんにちは。本日の担当の@hiro_kobaです。リブセンスでアクセスログ分析基盤の開発等をやっております。 本日は最近人気のある5個のCIツールを、色んな角度から比較してみようと思います。 背景 テスト環境でテストを実行し、通ったらステージングにデプロイ、その後動作が確認できたら本番デプロイ。 日々のオペレーションでよくある光景かと思いますが、手動での手順が多いためミスが発生しやすく、かつ手間も掛かるため、課題を感じておりました。 これらの継続的な運用フローを自動化してくれる仕組みとして、CIツールがあります。 CIツールは大きく分けて、以下3つに分類されるようです。参考 Everything（全方位型） Build, Test and Delivery（ビルド・テスト・デプロイ特化型） Specialization（その他特化型） 今回の問題には「Build, Test and
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
Caching docker image on CircleCI
At BKNO3 we use Docker and docker-compose for development, in order to make sure every developer can easily and reliably set up a development environment locally, even if they're not familiar with the project itself (we have several components, with different developers working on each one). The same docker containers are used to run continuous integration (on CircleCI) as well, in order to reduce
wercker CIでbundle-installがコケて困った時に - Qiita
cd $WERCKER_SOURCE_DIR $ export WERCKER_STEP_ROOT="/wercker/steps/wercker/bundle-install/1.1.1" $ export WERCKER_STEP_ID="be022acd-9e27-435d-8071-9932df7a776a" $ export WERCKER_STEP_NAME="bundle-install" $ export WERCKER_REPORT_NUMBERS_FILE="$WERCKER_REPORT_DIR/$WERCKER_STEP_ID/numbers.ini" $ export WERCKER_REPORT_MESSAGE_FILE="$WERCKER_REPORT_DIR/$WERCKER_STEP_ID/message.txt" $ export WERCKER_REP
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
werckerでのAnsibleとSeverspecの自動実行 - Qiita
注 2016年現在、werckerの仕様変更に伴い、これは動作しません。 概要 GithubへのPush毎に、werckerでAnsibleのPlaybookとServerspecでのテストを自動実行するようにしました。 拙作のansible-Redmineのv3.0.2対応に併せて実現しています。 これまではVagrantを起動して確認していましたが、GithubへのPush毎に自動的に実行されるので、楽になりそうです。 作成にあたっては次のエントリを参考にさせて頂きました。 CircleCIでDockerコンテナに対してansibleを実行しserverspecでテストをする [drone]OSS版DroneでDockerコンテナに対してansibleを実行しserverspecでテストをする エントリと違う点としては、次の3点があります。 wercker以外の別のDockerホストの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Travis CI
移動しました - SmartHR Tech Blog
Travis CI: Precompiled Ruby Versions
Travis CI Build Config Explorer
CircleCIからServerless Frameworkのデプロイを実行する - Qiita
Travis CI
GitHub アカウントを使っている場合に wercker CLI で認証を通す方法
Travis CI
http://hatebutter.com/link?post_id=5625526