Github Actions 2年使ってみてわかったことまとめ - Qiita
対象の読者 Travis-CIやCircleCIなどのGithubと統合されたモダンなCIサービスを使ったことがあり、その使い方をおおよそ理解している人向けに書いています。 Travis-CIやCircleCIなどのモダンCIサービスとGithub Actionsで違う点 使い方はほぼ同じです。GitリポジトリそのものにコミットされたCI設定ファイル( .github/workflows/workflow-a.yml など)を読み取りGitリポジトリへのアクション駆動でCIが走ります。 CIの実行状況やログがウェブ上で確認できる点も同じです。 以下のようにCIステータス確認用のCIバッジの機能もあります。 おすすめポイント 利用料金が安い(というかだいたい無料) 個人ではなく組織で利用することを考えた場合、例えばCircleCIの利用料金は1ユーザー$15です1(料金プラン - Circl
CircleCI 2.0でのスローテスト（テスト遅い）問題対処法を思いつくだけ書き出す - Qiita
まえおき スローテストの解消に関して、昨今のCIサービスを考慮した観点で自分なりの手法をまとめてみる。 CIで出来そうなことは可能な限り網羅したつもりだが、他にもあったらコメントか編集リクエストでご指摘いただきたい。 とりあつかうこと・とりあつかわないこと CircleCI 2.0 を前提とする。 1.0はもうすぐ無くなるので対象外 他のCIサービスは今回対象としてないが、一部似たような機能があるかもしれない。 テストフレームワーク固有の話はなるべく排除している サンプルコードがnodeだったりrubyだったりで統一取れてないのはご了承いただきたい。 dockerモードを前提とする。machine: trueでの実行は検証していない 検証してないだけなので、もしかしたら動くものもあるかもしれない CIではなくCD（継続デリバリー）に特化した話は除外する 転用できる部分はあるものの、あまりフ
reviewdog を飼ってコードレビューや開発を改善しませんか - haya14busa
GitHub: haya14busa/reviewdog: A code review dog who keeps your codebase healthy 英語記事: reviewdog — A code review dog who keeps your codebase healthy – Medium reviewdog というlinter などのチェックツールの結果を自動で GitHub の Pull Request にコメントしたり， ローカルでも diff の結果から新たに導入されたエラーだけを表示するようにフィルタリングできるツールを作りました． 英語記事 を Medium に書いたし，README も書いたので 日本語記事はまぁいらないかなぁと思ったけど，柄にもなく Vim 関連以外で普通に便利ツールを書いてしまって，これは日本語でも簡単に共有しようかなぁと思いこの記事
Welcome to CircleCI Documentation - CircleCI
404 Error Page Not FoundWe can't find what you're looking for, but the links below may get you back on track.
Docker コンテナで MySQL を使ったテストの高速化 - stfuawsc
全国1億2000万の Docker ファンの皆さんこんにちは。 MySQL の起動がとてつもなく遅いのは有名な話。 ところが Docker コンテナの起動はなかなか早いので、 MySQL を使っているようなテストを高速化するケースで有用性が認められるのではないかと思って PoC を書いてみた。 （宣伝）こういった話も含めて YAPC でトークしたいので SNS 等で upvote お願いします： ( ✌'ω')✌ 楽しいモデル層開発 - YAPC::Asia Tokyo 2014 （宣伝おわり） MySQL を使ったテスト MySQL を使ったテストをする場合、だいたい次の 2 パターンになる。 MySQL をテストのたびに起動してクリーンな状態で使う ローカルにデーモンとして起動した MySQL に接続して DROP TABLE や TRUNCATE でクリーンな状態にして使う だけど、
Circle CIの疑問点をFounderの人に聞いてみたよ - Qiita
社内でのCircle CI導入にあたって、いくつか疑問点があったのでメールで投げたら、 Founderの人(Paul Biggar)が丁寧に答えてくれました。せっかくなので共有しておきます。 Q: うちのプロジェクトでCent OSを使いたいんだけど、Ubuntu以外のOSは使える？ A: 現時点ではCentOSは使用できません。将来的にはDocker（http://www.docker.io/） を使えるようにします。 Q: MySQLのデータベースエンジンとしてgroongaを使いたいけど、サポートしてる？ A: 多分そのままでは使えません。mroonga/groongaはどのようにしてインストールしていますか？ Q: Jenkinsのように、任意のタイミングで任意のジョブを実行できる？ A: PUSHをトリガーとしてコマンドを実行出来ます。そのような利用はCircle CIの目指すと
分散テスト実行システムRRRSpecをリリースしました - クックパッド開発者ブログ
技術部アルバイトの鈴木(@draftcode)です。 クックパッドが内部向けに開発・運用を行ってきた、分散テスト実行システムRRRSpecをオープンソースとして公開しました。RRRSpecは時間のかかる自動テストを分散処理することで、全体のテスト時間の短縮を狙うアプリケーションです。現在クックパッドでは17000を超えるテスト項目があり、マシン一台でテストを実行すると完了まで数時間かかります。このテストを60並列程度の分散処理で行うことで、平均8分から9分程度で完了できるようになりました。また、Amazon EC2のスポットインスタンスを利用することにより、大幅なコスト削減も同時に達成しました。 https://github.com/cookpad/rrrspec 分散テスト実行とは アプリケーションが大きくなるにつれて、自動テストの数も大きくなっていきます。クックパッドでは、非常に多くの
CircleCIでfeature branchをHerokuに継続deploy - Masatomo Nakano Blog
最近CIサーバーを自前Jenkinsから CircleCI に移した。CircleCIとても便利で簡単なのでオススメ。 CircleCIには普通のheroku deployは内蔵されているのだけど、 非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 、をやるにはちょっと工夫が必要。 色々書こうと思ったけど、めんどくさくなったのでscriptを晒しておくだけにしよう！ この中で使われているスクリプト関連、特に秘密にする部分もないのでpublicでgithubに置いている。 https://github.com/quipper/deploy-support-tools /circleci.yml deployment: feature: branch: /^(?!^master$).+$/ commands: - ./script/staging_deploy.sh pro
CloudBees CodeShip | Software as a Service (SaaS) CI/CD Solution
Do you want everything set up for you instantly, or do you want to customize your environment and your workflow? CloudBees CodeShip lets the developer pick the path that’s best for them, to maximize productivity and let teams evolve over time. You can get your builds and deployments working in less than five minutes with CloudBees CodeShip’s turnkey environment and simple UI. From there, you can e
Open Source Continuous Delivery and Release Automation Server | GoCD
End to End Visualization GoCD’s value stream map shows your entire path to production in a single view. Easily navigate across jobs, spot inefficiencies, and optimize your process. No plugin required, out of box CD. Cloud Native Deployments GoCD streamlines your CD workflow on popular cloud environments such as Kubernetes, Docker, AWS and more. Complex Workflow Modeling GoCD excels at modeling com
Docker/Drone を CentOS 6.5 で動かして Github Enterprise のリポジトリをテストする · takus's blog
“Docker 使うなら Ubuntu だろ jk” とか言われそうですが CentOS 6.5 で使いたかったので試してみました。Docker の公式サイトには “Our recommended installation path is for Ubuntu linux, because we develop Docker on Ubuntu and our installation package will do most of the work for you.” と書いてあったり、Drone は Ubuntu 用のパッケージしかなかったりするので、深淵な理由がなければ Ubuntu 使うのがいいんじゃないかと思います。 Docker のインストール CentOS 6.5 なら簡単にインストールできるので特にハマりどころはありませんでした。 rpm -Uvh http://downl
オープンソース版Droneでのビルド成功後にS3へファイルを配布する方法 - Yosssi's blog
オープンソース版Droneでのビルド成功後にS3へファイルを配布する方法は以下の通りです。 .drone.ymlファイルの設定 以下の通りpublish: s3:を定義します。 image: go1.2 env: - GOPATH=/var/cache/drone script: - go build main.go publish: s3: acl: public-read region: ap-northeast-1 bucket: yosssi access_key: AWSアクセスキー secret_key: AWSシークレットキー source: /var/cache/drone/src/github.com/yosssi/drone-test-publish/main target: test/ ビルドの実施 ビルド実施後にS3への配布が行われることを確認します。 配布モジュー
オープンソース版Droneでのビルド成功後にHerokuへモジュールを自動的にデプロイする方法 - Yosssi's blog
オープンソース版Droneでのビルド成功後にHerokuへモジュールを自動的にデプロイする方法は以下の通りです。 HerokuへのSSH Keyの登録 Drone側でリポジトリ名 -> Settings ->Key Pairsと遷移してSSH Keyを取得し、それをHeorkuのAccountのSSH Keysへ設定します。 .drone.ymlの設定 以下のようにdeploy: heroku: app:を設定します。app:にはHerokuのアプリケーション名を指定します。 image: go1.2 env: - GOPATH=/var/cache/drone script: - go build - go test -cover -v deploy: heroku: app: drone-heroku-test デプロイの確認 ビルドが成功すると、以下のように、Herokuへのデプロイ
オープンソース版Droneで--depthオプション付きでgit cloneを行うようにしました - Yosssi's blog
オープンソース版Droneでのビルド時に、git cloneで時間がかからないよう、--depthオプション付きでgit cloneを実施するようにしました。 デフォルトでは、--depth=50でgit cloneが実行されます。（デフォルト値はTravis CIを参考にしました。） 以下のように、.drone.ymlでgit: depth:に値を指定すると、--depthにその値が設定されてgit cloneが実行されます。 image: go1.2 env: - GOPATH=/var/cache/drone services: - mongodb script: - go get labix.org/v2/mgo - go get labix.org/v2/mgo/bson - go build - go test -cover -v git: depth: 1
Dockerと継続的インテグレーション
13. ## Dockerfile の配置 ├──Gemfile dockerfiles/<image-name> で ├──Gemfile.lock Dockerfile を配置する ├──Rakefile ├──dockerfiles │ ├──base │ │ ├──Dockerfile │ │ └──keys │ │ ├──id_rsa │ │ └──id_rsa.pub base イメージ │ └──jenkins │ ├──Dockerfile │ └──start-jenkins.sh └──spec ├──base jenkins イメージ │ └──sshd_spec.rb ├──jenkins │ └──jenkins_spec.rb └──spec_helper.rb 14. ## spec の配置 ├──Gemfile spec/<image-name> で ├──
Drone and Docker, Open Source CI · drone.io
Posted by Brad Rydzewski on 2014-02-05 Today we’re excited to announce an open source edition of the Drone CI server! You can find the project at github.com/drone/drone And a very nice writeup in VentureBeat by Jordan Novet: Drone.io’s shift hints at the future of sending software to clouds Built on Docker We believe containers have a bright future and we’re ready to make a big bet on Docker. Dr
Droneのオープンソース版を試してみました。 - Yosssi's blog
Droneのオープンソース版が公開されたということで、早速こちらを試してみました。 GitHub: https://github.com/drone/drone デモビデオ: https://docs.google.com/file/d/0By8deR1ROz8memUxV0lTSGZPQUk GitHubのREADME.mdによると、Droneは現在以下のバージョンのUbuntuで動作検証が実施されているとのことでしたので、今回は前述のデモビデオでの手順通り、DigitalOceanでDocker 0.8 Ubuntu 13.04 x64のDropletを作成・起動し、その上でDroneをインストールすることにしました。 Ubuntu Precise 12.04 (LTS) (64-bit) Ubuntu Raring 13.04 (64 bit) インストール $ wget http:
Drone CI – Automate Software Testing and Delivery
Automate Software Build and Testing Drone is a self-service Continuous Integration platform for busy development teams. Configuration as a code Pipelines are configured with a simple, easy‑to‑read file that you commit to your git repository. Each Pipeline step is executed inside an isolated Docker container that is automatically downloaded at runtime. Get started kind: pipeline steps: - name: test
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCIの便利な機能 - Qiita
Continuous Integration and Deployment service for Windows, Linux and macOS