git pushしたら自動でs3のサイトの更新をしてくれるものをbitbucketとwerckerで作る - Qiita
プログラムの自動デプロイにCIがよく使われますが、単純に静的サイトをbitbucketで管理して、それをs3に反映するだけというカジュアルな使い方を試してみたかったのでメモ。 1. s3の設定をする 簡単にやるのであればManagement Consoleからパッとやればいいでしょう。 悩むところはそんなにない（はず） ansibleでやった際に引っかかったのが以下点なのでご参考に。 http://qiita.com/celeron1ghz/items/cdaa79d7e53524a97712 2. bitbucketでrepositoryを作る 「リポジトリの作成」より作成。 bitbacket側ではrepoを作るのみでOK。 3. werckerの設定 ここが微妙に引っかかった。 werckerにbitbucketのrepositoryを追加 上部メニューにある Create -> A
werckerのinternal/docker-pushでGCRへPUSHする(2017/3/18~4/10) - Qiita
werckerのinternal/docker-pushは予め用意したコンテナ内で様々な処理をして その処理結果をコンテナイメージとして固めて PUSHする stepである。 GCR(Google Container Registry)の他Docker Hubやquay.io、ECRにも対応している。 ※ 2017/4/10に見たところマニュアルが修正されていたので日本語での参考情報程度に... GCRの v1 API廃止の影響で、マニュアル通りだとPUSHができないので対応策を以下に示す。 公式のマニュアルが更新されるまでのつなぎで。 slackのwercker communityでは対応策が示されているけど流れるだろうし... 公式のマニュアル ただしこのマニュアル通りだと動作しない。 このままだとGCR v1 APIを使用してPUSHを行うようだが、 https://cloud.go
API Gateway+Lambda+Serverless+TravisでAPI開発のCI/CDパイプラインを構築する - Qiita
概要 API GatewayとLambdaを使ったAPI開発時のCI/CDについての記事です。 僕がnode.jsを普段から使用しているため、解説はnodeがベースになっています。 https://github.com/horike37/serverless-api-integration-test-sample ソースはすべてGitHubに上がってますのでそちらもご確認ください。 CIで実施する内容 以下の内容をCIとして行うことを考えます。 ESLintによる構文チェック Mocha, Chaiを使用したユニットテスト APIをAWSへデプロイしてテストを行うインテグレーションテスト CDで実施する内容 以下のようなルールでデプロイのサイクルを回します。 Gitのdevelopmentブランチへのpushをテスト環境へのデプロイと想定。 構文チェックとユニットテストを実施。 ビルドが通
# travis-ciからAmazon S3へファイルをデプロイする - Qiita
背景、目的 Amazon S3はクラウドスレージとしてのみだけでなく、静的なWEBコンテンツの配信元としても利用できる。Amazon S3へファイルをアップロードするツールは数あるが、コンテンツのバージョン管理としてGithubを利用している場合、ファイル配置とバージョンの紐付けを行う必要性が生じうる。今回は、CIサービスのtravis-ciを利用してこれを実現する。 手順 AWSにデプロイ用アカウントの作成 S3にバケットの作成、権限の編集 travis.ymlの設定 デプロイ用アカウントの作成 travis-ciからのデプロイは、専用ユーザーを作成しそのユーザーアカウントを利用してtravis-ciがAWSのAPIを叩く。まずは、AWSコンソールのIAMからグループを作成する。アクセス許可を設定し、S3へファイルのアップロードができるようにする。本当は細かく設定するべきだろうけど、今回
travis-ciでecrにpushする - Qiita
ecrにdocker imageを上げるのを毎回手動でやるのは結構疲れます。ですのでtravis-ciを使って自動化しました。 .travis.ymlを作成する まず、このgistをそのままコピーして.travis.ymlを作成しました。 awsの環境変数を追加する ecrにdocker imageをpushするためには AWS_ACCESS_KEY_IDと AWS_SECRET_ACCESS_KEYが必要です。これをそのまま.travis.ymlに書くのはまずいので暗号化して.travis.ymlに追加します。そのために travisgemをインストールします。 travisgemをが環境変数の暗号化から.travis.ymlへの追加までうまくやってくれます。便利です。
CIサービスの自動ビルドをスキップする方法まとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? やりたいこと リポジトリへのコミットに伴う、CI(Continuous Integration)サービスによる自動ビルド起動を一時的にスキップしたい。 ※例えば、ドキュメントのみの更新等、プログラムに変更が無くテストやビルドが不要な場合 方法 コミットメッセージに含まれるキーワードでCI起動を抑制できる。 ※各CIサービスが個別にそうした機能を実装している 結論 GitHub Actions/Travis CI/Circle CI/AppVeyer/GitLab CI/CD PipelineのいずれかのCIサービスであれば、 [skip
RustプロジェクトのCI設定 - テスト実行からカバレッジ計測まで - Qiita
Rustを使ったプロジェクトのCI(Continuous Integration)設定を調べてみた結果、ただ単にテストを実行する以上に色々便利な設定があったのでご紹介したいと思います。 また、本記事ではRustプロジェクトのリポジトリをGitHub上で管理していることを前提としています。 以下、テスト・ベンチマークの実行、ドキュメントの自動生成、コードカバレッジの計測について順に記載していきます。 1. テスト・ベンチマークの実行 テストやベンチマークの自動実行にはTravis CIを利用しました。 Travis CIはデフォルトでRustをサポートしていますので、ガイドに従って普通に設定すればCI環境が動作し始めますが、いくつか気をつけたほうが良い部分をまとめます。 コンパイラの選択 Rustのコンパイラは安定版であるStableチャネルだけでなく、BetaチャネルとNightlyチャネ
Wercker CLI - Qiita
WerckerはCIツールのひとつで、BitBucketやGitHubのリポジトリをターゲットにビルドや自動テスト/デプロイを実行することが出来るツールです。特にβ期間だからというのもあるのでしょうが、Github のプライベートリポジトリをターゲットにしても無料で利用できるというのは大きな魅力で人気があります。 このポストでは、Werckerをローカルで実行するためのツール、Wercker CLIについて解説したいと思います。 OverView WerckerはCIのホスティングサービスです。あらかじめWerckerのサイト上でGitHubのレポジトリを登録しておき、そのレポジトリ上にstep(一つ一つのビルド上の手続き)やpipeline(stepや後処理の集合)を定義したwercker.ymlというYAMLファイルに配備します。そしてその対象のリポジトリ上でGitHubのPull R
Go でツール書くときの Makefile 晒す - Qiita
Go でツール書くときはタスクランナーとして make を使っています。ビルドだけじゃなくて、テストや配布用パッケージ作成も一括して make でやっています。 今回は整理も兼ねて、自分が普段どういう Makefile を使っているのか解剖していきます。 なぜ make を使うのか ビルドフラグ覚えるのが面倒だから、make は (Windows を除く) 大半のプラットフォームに入っていて使いやすいからというのが理由です。script/build みたいにシェルスクリプトを複数用意するのでもまあ良いと思いますが…。大半の Go プロジェクトは Makefile 置いてありますね。 make を使った開発フロー 基本的には、リポジトリを git clone / go get -d した後に以下のコマンドを打てばアプリケーションをインストールできるようにしています。
wercker の新機能 Wercker Workflows を試す - Qiita
プライベートリポジトリの CI 無料でお馴染みの wercker が、先日ワークフロー機能 Wercker Workflows をリリースしました。 とりあえず、以下の公式デモ動画を観れば何ができるのかわかると思います。 ブログ記事 Introducing Wercker Workflows デモ動画 Wercker Workflows - YouTube Wercker Workflows とは いわゆるワークフロー機能というやつで、1つの CI プロセスを複数のパイプラインに分割して組み合わせる機能です。Jenkins とか、最近だと Concourse CI でお馴染みの機能です。 パイプラインは従来の build, deploy に相当するもので、1つの CI プロセス内におけるタスクの分割単位となります。従来は build, deploy の2つしか記述できなかったところ、tes
外注したデザインのレビュー環境を手軽に作って運用した話（BitBucket & wercker & Heroku） - Qiita
だいぶ遅れてしまいましたが、mixiグループアドベントカレンダー8日目の記事です。 はじめに ミクシィ・リサーチでは、デザイナーがいないのでフリーランスの方に外注しています。 外注する範囲としては、デザインからHTML/CSS/Javascriptに落とすところまで。 納品は、Git（BitBucket）でお願いしており、GitHubフローに近い運用をしています。 masterブランチとdesignブランチを用意し、デザイナーさんにdesignブランチへHTML等をpushしてもらい、その後一定の粒度でdesignブランチからmasterブランチへプルリクを出してもらいます。 プルリクが来たら社内でコードレビューを行い適宜修正をお願いするなどし、最終的にmasterブランチへマージします。 また、masterブランチ用のサイトとdesignブランチ用のサイトをHerokuで運用するようにし
CakePHP3で学ぶ継続的インテグレーション -環境構築編- - Qiita
CakePHPで継続的インテグレーションやってますかー！ こんにちは！あすけんダイエットの方からやってまいりました。@hampomです。 さて、リリース前に聞いていた噂通り、今までのバージョンとはガラリとスタイルが変わったバージョン3系ですが、私も、これまでバージョン1系ばかりで開発していましたが、この秋ぐらいからめでたく業務でバージョン3系を採用！開発を楽しんでおります！ タイトルにも書いた「CakePHPで学ぶ継続的インテグレーション」は、CakePHPを使って学ぶ内容となっていますが、まだCakePHP3がリリースされる前に出版された書籍のため、そのままではCakePHP3を用いて動かせないのではないか？ということで、CakePHP3が動く環境を構築してみます。 動作確認環境 Windows 10 ChefDK 0.10.0 VirtualBox 5.0.10 r104061 Vag
Webサービスのテスト環境をGitLab CI on Dockerで作る（Ruby on Rails） - Qiita
えっと、この文書は自サイトで公開してたヤツでして、多少情報が古いと思います。 バージョン違いによるエラーへの対応策など、今は事情が異なってるかもしれないのでその点に御留意いただければ幸いです。 では、乱文で申し訳無いですが、ご興味ある方はご参考下さい。 内容の誤り等に対する容赦ないご指摘、ご質問お待ちしてます。 今更ながらRuby on Railsに。完全に初めてなのでゼロベースから。 フレームワークもこれまでFuelPHPとかしか使ったことなかったので色々詰まりました。 備忘録代わりのメモ。ただし初学者向けにちょっとていねいのつもり。 分かりにくいところや間違っているところあったら指摘御願いします。 Dockerによる環境構築 ソースコードをGitで管理したかったのでGitLab + GitLab CIで環境構築してみました。 以下はその手順です。 ちなみにDockerってのはいまではも
Jenkinsをインストールしたら入れるプラグイン18個 - Qiita
Overview 備忘録としてJenkinsをインストールした後大抵入れているプラグインを列挙 & 軽く解説 Build Docker plugin Dockerコンテナを使い捨てのスレーブとして起動出来るようになる。 ジョブ起動ごとにコンテナが起動するのでクリーンなビルド環境を維持、他環境への影響を抑えられる。 使い捨てのビルドに使ったり、使い捨てのテストに使ったり、CMツール(Chef, Ansible等)のCIに使ったり用途色々。 スレーブで利用するイメージはランタイムごとにタグを分けてDockerHubでAutomation Buildしておけばジョブごとに好きなランタイムでビルド出来て良い感じになる。 例). shufo/jenkins-slave-ubuntu (phpとnodejsのランタイムは作ってある)をスレーブとして使うとすると、JenkinsのDocker Plugi
Jenkinsで高速にbundle installする方法 - Qiita
はじめに JenkinsでRailsのテストやってますか？ 肥大化するテストを高速実行するためにテストを複数のJobに分割するというのは有効な手段です。しかし、Railsのテストを行うためにはbundle installによるGemのセットアップが必須です。分割したJobが一斉にbundle installするとトータルでのテスト実行時間は極端に低下してしまいます。 ここでは、時間のかかるbundle installを高速に行うための解説を行います。 なぜbundle installは遅いのか？ bundle installコマンドを叩くことで、bundlerはrubygems.orgから関連ライブラリをダウンロードしローカルにインストールします。しかし、GemによってはC言語で書かれたコードをコンパイルする事がありインストールに時間がかかります。また、複数Jobが一気にrubygems.
Goodbye... Jenkins... Jenkinsを卒業してお手軽CI! iOSもAndroidもCircle CIでアプリのCIを回そう - Qiita
by @mixiappwchr アプリ開発において、重要なのだけれども面倒なものの一つとしてCI環境の整備があります。 サーバーサイドについては、すでにtravis CI,Circle CI,wreckerなどのクラウドのCIサービスを用いて継続的にインテクグレッてると思いますが、アプリに関しては各サービスがアプリのCIに対応してなかったりするため、未だに、ローカルにmac miniなどおいてJenkinsさんとお付き合いしてる人も多いでしょう。 しかし、やはりローカルのJenkinsを使う場合だと サーバーサイドのCIはクラウドで済ませてるのに、これだけローカルだとリモートからのメンテが面倒。 そもそもjenkins自体設定が結構面倒 などなど、結構メンテに時間を取られたりします。 しかし最近になってCircle CIのiOS対応が進み、いよいよアプリCIのクラウドでの実行が可能な時代に
Jenkinsを利用したAndroidコード品質の見える化 - Qiita
この時点でブラウザから[IPアドレス]:8080でJenkinsにアクセスできるようになる。 また、macのローカルにJenkinsを立ち上げる場合は$brew install jenkinsでインストール後、ブラウザからlocalhost:8080にアクセスすればよい。 Jenkinsの初期設定 インストール後、まずは唯一のadminアカウントを設定し、また、自由にアカウントを作成することを禁止する。ここの設定は任意で。 ログイン認証の追加 Jenkinsの管理 > グローバルセキュリティの設定 セキュリティを有効化 にチェック アクセス制御 > ユーザー情報 > Jenkins のユーザーデータベース > ユーザーにサインアップを許可 にチェック アクセス制御 > 権限管理 > ログイン済みユーザーに許可 にチェック 保存 ユーザ作成 アカウント登録 > サインアップ ユーザー名、パス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/uknmr/items/8dc0babff3a4c7a73108
Golang Hugoで高速なブログを作る -- Travis CI, S3, CloudFront Route53 - Qiita
WerckerのRVM boxで削除されたバージョンのRubyを使いたい時 - Qiita
