CIマニアから見た各種CIツールの使い所 - くりにっき
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
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 と同様のエラーが発生してしまいます。１つ前のバージョ
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
DroidKaigi2017でリリースの自動化について発表しました - wakwak3125's blog
とりあえず資料 speakerdeck.com 質問とかあれば！ 発表時間をミスって不完全になってしまったので、 質問等あればいつでもTwitterとGitHubでお待ちしております！ github.com twitter.com
WerckerのタスクをDockerを用いてローカルでテストする
B! 22 0 1 0 wercker を使ってこのブログをビルドしていますが、 Dockerベースのものに移行した時にちょっと分からないことがあって手間取りました。 werckerの環境が良くわからないのでwecker.ymlに色々werckerのチェックを入れて pushしてウェブで確認みたいなことをしてましたが、 ちょっと色々やりたい時にそれだと面倒なので、 ローカルで直接タスクを実行する Wercker CLI を試してみました。 Wercker CLI Dockerをインストール Wercker CLIをインストール Weckerをローカルで走らせてみる Octopressのサイトのビルドでちょっとトラブル まとめ Wercker CLI Wercker CLI: http://www.wercker.com/wercker-cli はWerckerのタスクをローカルマシンで実行
werckerのアプリを古いLXCベースからDockerベースに移行
B! 3 0 0 0 werckerからnon-Dockerなclassicな方法を使ったアプリケーションを停止するよ、というメールが来ていて Dockerベースな方法への変更を促されました。 Dockerベースなアプリケーション自体はだいぶ前から利用出来るようになっていて、 猶予期間が終わったので古い方法は廃止しますよ、ということらしいです。 Dockerが使える様になったのは見た記憶がありましたが古いのが使えなくなるのは気づいてなかったので 今更ながら移行しました。 アプリのDockerベースへの移行 新しいアプリの特徴: Workfolows wercker.ymlの移行作業 box submodulesを自分でアップデートしないといけない ArgumentError: invalid byte sequence in US-ASCII Host key verification f
Wercker で使う Docker コンテナを更新するときの手順 - Qiita
前置き Wercker は Docker コンテナの中で CI をするサービスで、とりあえずビルドに必要な環境が整った Docker イメージがあれば、あとは Wercker が勝手にイメージを引っ張ってきてコンテナを立ち上げて指示通りビルドをしてくれるため、公式ドキュメントにはない Android アプリのビルドも可能です。 ビルドに必要な環境はすべて Docker イメージにまとめて放り込んでしまえるので、SDK の更新があったときに CI サービス側の対応を待たなくとも、自分でイメージを作り直すだけで環境を最新に保つことができる点が魅力ですが、裏を返せば自分で環境をメンテナンスしなくてはならないという面倒臭さがあります。 とは言え、CI サービス側が環境を用意してくれる場合でも、自分で環境をメンテナンスする場合でも、環境が新しくなってもビルドが壊れないことの確認は最低限する必要がある
werckerでdockerイメージをキャッシュ・リストアさせるステップ - Qiita
- script: name: load docker images from CACHE code: | find $WERCKER_CACHE_DIR/docker/images/ -name "*.tar" -ls -exec docker load -i {} + || : - script: name: save docker images to CACHE code: | mkdir -p $WERCKER_CACHE_DIR/docker/images docker ps -a | awk 'NR>1 {print $2}' | xargs -I{} -P0 bash -c "export SAFE=\$(echo {} | sed -r 's|[/:]|_|g'); [ ! -f $WERCKER_CACHE_DIR/docker/images/\$SAFE.tar ] &
まだ CircleCI で消耗してるの？ - Qiita
概要 もう随分と前に TravisCI から CircleCI へ乗り換えたのですが、いかんせん、便利な CircleCI をもってしても Android のプロジェクトのビルド時間は長くなり続け、ついに 1 回のビルドに 20 分を費やすほどにまで成長してしまいました。いくつか無駄を省いたり、キャッシュをしてみたりと言った策を講じたものの、目立った改善が得られませんでした。そこで CircleCI を脱却してみることにしました。現在、CircleCI を脱却し Wercker を利用することで 1 回のビルドが 5 分ほどで終わるようになりました。この記事には、何がどのようにして短時間で済むようになったかを書き記してあります。 問題の根源 そもそも CircleCI で時間がかかっている部分はどこかというところから見ていきます。現在のプロジェクトで使用している分には、以下に上げる部分でか
WerckerでDockerfileのビルドチェックで消耗したくない君に - non vorrei lavorare
はじめに この記事は、@kjunichiの2015年パーソナルアドベントカレンダーの23日目の記事です。 v2(Etok)では無理ゲー Dockerのコンテナベースになってしまったので、原理的に無理 以下のように、v1(Andorian)を選択する。 ※Dockerを特権権限付きで起動しておけば、Dockerの中にDockerを動かせる。 わかったこと v1(Andorian)のwercker-labs/dockerのdockerは古すぎる dockerをアップデートする必要がある apt-getはboxのubuntuがサポート期限切れ dockerをバイナリでインストールする &をつけてdockerをdaemonモードで起動すると、werckerでビルドエラー /sbin/start-stop-daemonを使えば、dockerのdaemonをバックグラウンドで起動できる。 docker
Walter + Wercker + DigitalOcean による Serverspec CI - Gosuke Miyashita
フリーランスになって1年が経った というエントリで少しだけ触れた、仕事でも絡んでいる Walter を自分はどう使っているのか、という話を書きます。 TL;DR Serverspec/Specinfra 本体のインテグレーションテストに Walter を Wercker と組み合わせて利用している Wercker は並列実行サポートしてないけど、Walter と組み合わせることで並列実行できて便利 Docker on CoreOS, CentOS 6.5, CentOS 7.0, Ubuntu 14.04, FreeBSD 10.1 の各 VM を使ったテストを並列で実行してる ローカルでも実行できて便利 （Wercker v2 でもできるようになってるけど、Walter の場合は Docker 環境なくてもできる） Dogfooding のため、Walter を Wercker と組み合
The History of etcd | CoreOS
LinkedInYouTubeFacebookTwitterProductsRed Hat Enterprise LinuxRed Hat OpenShiftRed Hat Ansible Automation PlatformCloud servicesSee all productsToolsMy accountTraining and certificationCustomer supportDeveloper resourcesLearning communityRed Hat Ecosystem CatalogFind a partnerTry, buy, & sellProduct trial centerRed Hat MarketplaceRed Hat StoreBuy online (Japan)ConsoleCommunicateContact salesContac
Wercker API Announced for Continuous Delivery Platform
Wercker, a Docker-based Continuous Delivery Platform startup, has announced the release of a public beta preview version of the Wercker API. The Wercker API provides access to Wercker platform information, including Builds, deploys and applications. Wercker was part of the 2012 startup incubator program Rockstart Accelerator, based in Amsterdam. Wercker received seed funding, which was used to sca
CI-as-a-ServiceでGo言語プロジェクトの最新ビルドを継続的に提供する
CI-as-a-ServiceでGo言語プロジェクトの最新ビルドを継続的に提供する Go言語で作成したツールのリリース方法について，最近実践していることを書く． リリースは，ローカルから人手で行っている．具体的には，自分のローカル環境でクロスコンパイルし，セマンティック バージョニングによるタグをつけ，CHANGELOG.mdを丁寧に書いた上でリリースをしている．クロスコンパイルにはmitchellh/gox，リリースには自分で作成したtcnksm/ghrを使っている（ghrについては，“高速に自作パッケージをGithubにリリースするghrというツールをつくった”を参考）． その一方で，開発中の最新のビルドも提供するようにしている．例えば，こんな感じで，Pre-Releaseとして提供している．Go言語での開発なので，go getしてくださいと言える．しかし，環境によってビルドが失敗する
Werckerの仕組み，独自のboxとstepのつくりかた
Werckerの仕組み，独自のboxとstepのつくりかた WerckerはTravisCIやDrone.ioのようなCI-as-a-Serviceのひとつ．GitHubへのコードのPushをフックしてアプリケーションのテスト，ビルド，デプロイを行うことができる． Werckerは，TravisCIのように，レポジトリのルートにwercker.ymlを準備し，そこに記述された実行環境と実行コマンドをもとにテスト/ビルドを走らせる． Werckerには，その実行環境をbox，実行コマンド（の集合）をstepとして自作し，あらかじめWercker Directoryに登録しておくことで，様々なテストからそれらを呼び出して使うという仕組みがある．実際，Werkcerで標準とされているboxやstepも同様の仕組みで作成されている（wercker · GitHub）． 今回，WerkcerでのGo
Oracle Cloud Infrastructure Container Registry
Container Registry Oracle Cloud Infrastructure Container Registry is an open standards-based, Oracle-managed Docker registry service for securely storing and sharing container images. Engineers can easily push and pull Docker images with the familiar Docker Command Line Interface (CLI) and API. To support container lifecycles, Registry works with Container Engine for Kubernetes, Identity and Acces
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Code coverage with gocov and wercker
Wercker on CoreOS
GitHub - tcnksm-sample/wercker-golang: Sample of using wercker step & box for golang
GitHub - tcnksm/wercker-step-ghr: Wercker step for tcnksm/ghr, create Github Release and uploading artifacts