reviewdogを使ってCI上でRuboCop自動レビューを動かす - Hack Your Design!
rubocopの自動レビューをreviewdogを使ってやってみたのでその知見です。 追記Auto-RuboCop on CircleCI powered by reviewdog 1. config.ymlの設定2.コメントできるTokenを取得 & 設定3. rubucopの結果をreviewdogで通知完成yamlイメージなぜreviewdogなのか最後に参考資料追記本記事の GitHub Actions 版を書きました。 blogged. | reviewdogを使ってGitHub Actions上でRuboCop自動レビューを動かす - Hack Your Design! https://t.co/4u11iBjm6G — toshimaru (@toshimaru_e) May 31, 2020Auto-RuboCop on CircleCI powered by review
チームによる継続運用を意識したAWS環境におけるTerraformの活用 - LIVESENSE ENGINEER BLOG
概要 背景 複数人数で一つの環境をコードで管理する場合の移行期と運用期の特性 移行期 運用期 Terraformの採用理由 実際の運用 ディレクトリ構成 stateファイルの配置 環境の定義 tfvarsによる切り替え 環境固有のリソース定義 GitHubのPRフロー よかったこと・課題 よかったこと 課題 概要 どうも。篠田です。 「特定の"インフラ担当"・"開発メンバー"」や「古の記憶」に頼らず、『開発メンバー全員が拡張や移行作業を気軽にできるインフラ』を実現するために、私のチームで採用しているTerraformを使ったAWS環境運用フローをご紹介いたします。 Terraformで移行および運用するフローにしたことで、構成全体に対する変更の柔軟性が高まり、コードがあることで運用および拡張期において設計の変更や手戻りを恐れずに開発を進められるようになりました。 次は概要図です。 背景 先
JSコードの品質チェックをしてくれるgrunt-platoについて紹介するよ - Qiita
grunt-platoとは platoというツールから、JavaScriptコードのソフトウェアメトリクスを計測し、HTMLでレポートを生成してくれるGruntプラグインです。 https://npmjs.org/package/grunt-plato https://github.com/jsoverson/grunt-plato platoとは 上でほとんど書きましたが、platoはJavaScriptコードのソフトウェアメトリクスを計測し、HTMLでレポートを生成してくれるNode製のツールです。 https://github.com/es-analysis/plato platoではjQuery, Grunt, marionetteのレポートをサンプルとして公開してくれてるので、まずはこれらを見て、どのようなものなのか知ってください。 http://es-analysis.gith
Your platform for software quality management
Continuous Integration Integrate and deploy your applications
2015年、Bakerは "CakePHPで学ぶ継続的インテグレーション" を読んでCI環境を導入しよう - Copy/Cut/Paste/Hatena
個人的通称「CakeCI本」ですが、やっと年末に読み終わったので、CakePHP Bakerの視点から紹介したいと思います。 CakePHPで学ぶ継続的インテグレーション 作者: 渡辺一宏,吉羽龍太郎,岸田健一郎,穴澤康裕,丸山弘詩出版社/メーカー: インプレス発売日: 2014/09/19メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る あくまでBakerの視点からです あくまでBakerの視点からです Bakerでなくても十分有用です。ただ、Bakerだとさらに有用です（個人的見解）。 テストが気になるBakerにとってとてもありがたいCI入門書 まず、CakeCI本を一言で表すならば、 「BakerがCI環境を実践的に構築できる本」です。 2015年1月2日、CakePHP3のRC1がリリースされました。 今なお進化をし続けるCakePHPですが、現在はCak
Continuous Integration, Build Pipelines and Continuous Deployment
Continuous Integration, Build Pipelines and Continuous Deployment This document discusses core concepts and best practices for continuous integration (CI), build pipelines, and deployment. It recommends having a single source code repository, automating builds and testing, publishing the latest build, committing code frequently, building every commit, testing in production environments, keeping bu
Setting up continuous integration for PHP using Hudson and Phing – Dave Gardner
Setting up continuous integration for PHP using Hudson and Phing In this, my first post, I’m going to write about the benefits of Unit Testing and how Continuous Integration (CI) can be used to get the best out of Unit Testing. This will include details of how I setup a CI system using Hudson CI server, Phing build tool combined with various other analysis tools (including PHP Unit). One of the be
大規模受託開発におけるCI - wyukawa's diary
そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト すばらしいスライドだ。ディリービルドとリグレッションテストを大規模パッケージ開発において適用したときの雰囲気が良く現れている。10年前の話のようだが今で言うCI（継続的インテグレーション）だよね。 僕も2年ぐらい前にパッケージ開発でCruiseControlを適用したことがある。junitのテストケースがあったがメンテされていなかったので使わなかった。結合レベルの自動テストもあったがこれもメンテされておらずそんなに使わなかった。スローテスト問題もあったしね。その代わり新たに結合レベルの自動テストを作っていってそれなりにうまくいったように思う。ただ実質一人プロジェクトだったこともあり途中から面倒になってやらなくなった。一人だと自分のローカルがマスターといってもいいので大規模に比べるとCIのメリットは薄い。
Hudsonを３ヶ月ほど使ってみての所感 - wyukawa's diary
Hudsonを現場に実際に導入して３ヶ月ほど経った。 周りの反応も聞きながら運用していったがその過程で感じたことを書いておく。 まず結論から言うと導入して正解だった。というか導入していなかったらやばかったと思う。 これは導入した張本人だから多少の贔屓目があるのは事実だがそれを除いても効果は大きかった。 周りの反応もいい。導入がすんなりいった要因にはHudsonはTracやRedmineと違っていままでの作業のやり方を変える必要が無いのも大きい思う。ビルドスクリプトとCIわかっている人間が一人いればとりあえずまわる。ダッシュボードがあるから共通のコミュニケーションパスになる。管理者受けもいい。 導入の最初の目的はコンパイルエラーの撲滅だったが効果を発揮したと思う。 ただ導入するだけではダメでやり方もちょっとづつ変えた。 例えばメール通知は最初はリーダだけだったが、実際にコーディングするのは担
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitrise - Mobile Continuous Integration and Delivery - iOS & Android Build Automation
Efficient data transfer through zero copy
The Seven Phases of Introducing Continuous Integration into Your Organization | Java.net
IBM Developer