Make の代わりに Task を使ってみる
Twitter の TL で見かけたのだが，名前もそのまんま Task というツールがあるらしい（Docker 関連でよく使われている？）。 Task の特徴は Easy installation: just download a single binary, add to $PATH and you’re done! Or you can also install using Homebrew, Snapcraft, or Scoop if you want; Available on CIs: by adding this simple command to install on your CI script and you’re done to use Task as part of your CI pipeline; Truly cross-platform: while most
GitHubの新機能「GitHub Actions」で試すCI/CD | さくらのナレッジ
GitHubが2019年11月、新機能「GitHub Actions」を正式に公開した。GitHub上のリポジトリやイシューに対するさまざまな操作をトリガーとしてあらかじめ定義しておいた処理を実行できる機能で、今まで外部サービスとの連携が必要だった自動テストや自動ビルドなどがGitHubだけで実現できるようになる。今回はこのGitHub Actionsについて、機能の概要や基本的な使い方などを紹介する。 GitHubだけでCI/CD的な機能を実現できる「GitHub Actions」 昨今では、ソフトウェア開発におけるさまざまな工程を自動化するような技術の開発や普及が進んでいる。その1つに、CI（Continuous Integration、継続的インテグレーション）やCD（Continuous Delivery、継続的デリバリー）と呼ばれるものがある。CIはソフトウェアのビルドやテストを
GitHub/CodeBuild/CodePipelineを利用してCloudFormationのCI/CDパイプラインを構築する | DevelopersIO
GitHub/CodeBuild/CodePipelineを利用してCloudFormationのCI/CDパイプラインを構築する はじめに こんにちは、中山です。 最近CloudFormation(以下CFn)を書く機会が多いです。いろいろと個人的に思うところもあるのですが、やはりAWS公式サービスなので他サービスとの連携が手厚くサポートされている印象があり、好きなサービスの1つです。例えばLambda-backed Custom Resourceを利用することでイベントドリブンに処理を実装できたりします。 今私が関わっている案件的にチームとして動く機会が少なかったので、CFnテンプレートはローカルで管理することが多かったです。しかし、個人で開発している分にはこれでもよいのですが、チームとして管理する場合には問題が出てきます。テンプレートのテスト、スタックの作成/更新フローなどが統一され
継続的デリバリ／デプロイを実現する手法・ツールまとめ
継続的デリバリ／デプロイを実現する手法・ツールまとめ：DevOps時代の開発者のための構成管理入門（終）（2/2 ページ） 注目を集める継続的デプロイメントの手法「ブルーグリーン・デプロイメント」「Immutable Infrastructure」 さて、その継続的デリバリの構成要素の中で、継続的デプロイメントの手法として「ブルーグリーン・デプロイメント」や「Immutable Infrastructure」（もしくは「Immutable Server」）が注目を集めています。 ブルーグリーン・デプロイメントとは ブルーグリーン・デプロイメントでは、まずブルーとグリーンという2つの環境を用意し、ルータやロードバランサの振り向け先をどちらか一方に割り当てておきます。現在のブルー側でサービスが稼働してるとすると、新しいアプリケーションをデプロイする時にブルーで動いているアプリケーションを置き換
クラウドサービスを活用して README にバッジをペタペタ貼る - Qiita
最近の GitHub に上げてある OSS リポジトリには、README にいろんなバッジが貼られています。リポジトリに連携しているクラウドサービスのステータスを表すものがほとんどです。 自分は README にバッジを貼りたい派です。たとえば dtan4/terraforming だとこういう感じです。 最近はバッジの種類も増えているので、整理のためにもどういうのがあるかまとめてみようと思います。 自分がよく README に貼っているバッジ 自分が書く RubyGems については、以下の6個のバッジを必ずつけるようにしています。 Travis CI 言わずと知れた CI サービス。現在の master が CI 通っている (passing) かコケている (failed) かがわかります。リポジトリのメンテナンス状況を把握するのによいです。 クリックすれば、そのリポジトリのテスト結
人気CIツール比較まとめ【2015年12月版】 - Qiita
概要 こんにちは。本日の担当の@hiro_kobaです。リブセンスでアクセスログ分析基盤の開発等をやっております。 本日は最近人気のある5個のCIツールを、色んな角度から比較してみようと思います。 背景 テスト環境でテストを実行し、通ったらステージングにデプロイ、その後動作が確認できたら本番デプロイ。 日々のオペレーションでよくある光景かと思いますが、手動での手順が多いためミスが発生しやすく、かつ手間も掛かるため、課題を感じておりました。 これらの継続的な運用フローを自動化してくれる仕組みとして、CIツールがあります。 CIツールは大きく分けて、以下3つに分類されるようです。参考 Everything（全方位型） Build, Test and Delivery（ビルド・テスト・デプロイ特化型） Specialization（その他特化型） 今回の問題には「Build, Test and
そのクソコード、Intellij IDEAでチェックできるよ
愛知県でシステムエンジニアとして働く友人のMは、プロジェクトメンバの書くJavaのクソコードに苦しめられているそうです。Mはリードプログラマとして、プロジェクトメンバがあげてくる成果物（ドキュメントとコード）のレビューをする立場にあるらしく、提出されてくる数々のクソコードをTwitterでつぶやいていました。 Mを救うことはできるのでしょうか？ もし、クソコードをすばやく見つけることができたら救えるのであれば、救える見込みはあるかもしれません。 コードの問題を見つける静的解析ツール クソコードとは、おおむね次のような問題のあるコードをさすようです。 潜在的バグ バグの可能性があるコード。 重複 機能追加やバグ修正を困難にしがちなコードの重複。 設計上の問題 クラスやパッケージ間の依存関係、多すぎるメソッド引数など。 慣習違反 プログラミング言語やライブラリの慣習、コーディング規約などに違反
Jenkins CI 上で Gradle を利用する最も簡単な方法 - bluepapa32’s Java Blog
Gradle にも大分慣れてきたし、そろそろ 実際にプロジェクトで使えるように準備しないと... まずは Jenkins CI で Gradle が利用できるように準備しようかな。 今時のプロジェクトでは Jenkins CI ぐらい当たり前ですよね。 と言うことで、今回は Jenkins CI で Gradle する最も簡単な (と思われる) 方法です。 実は Jenkins CI で Gradle を利用するために 必要な準備なんて何もありません。 インストールレスで Gradle してみる でも紹介した 『Gradle Wrapper』 さえ使えば、一般的なジョブの設定をするだけでいいんです。 もし、Jenkins CI 上で環境構成を変更する必要があるのであれば Gradle で環境ごとに構成を変更する Gradle で環境ごとに構成を変更する その２ Gradle で環境ごとに構
Gradle の依存関係を使いこなしてみる - bluepapa32’s Java Blog
Gradle でも Maven や Ivy と同じように簡単にライブラリの依存関係を解決することができます。 内部的に Ivy を利用しているようなので同じことができて当然なのですが... まずは リポジトリの設定から... ライブラリの取得先の Maven リポジトリのパスを 以下のように列挙しておくだけでよいです。 repositories { mavenCentral() // Maven セントラル mavenLocal() // ローカル mavenRepo url: [ "http://repository.jboss.org/nexus/content/groups/public-jboss", // JBoss "http://repository.apache.org/content/groups/public", // Apache "http://repository
Jenkins がもっともっともっと便利になるプラグイン 8 つ
こんにちは、開発担当の松本です。 前々回、 前回に引き続いて、 今回も Jenkins の便利プラグインをいくつか紹介します。 リストビューの表示内容を拡張する: Extra Columns 名前や上の画像が示すように、リストビューに表示するカラム項目を拡張してくれるプラグインです。 プラグインインストール後に、ビューの変更のカラムに上記画像のような項目が追加されています。項目によっては設定も付いていたりします。 プロジェクト説明や設定へのリンクなど小粋で便利なカラムが多いので入れておくと便利です。 リストビューをグループ化できる: Categorized Jobs View 正規表現を用いたグループによって、リストビューの項目をまとめることができるプラグインです。 カテゴリビューを作成するには、プラグインをインストールした後に、新規ビュー作成ページで「Categorized Jobs V
TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab
諸事情により研究で使うシミュレータを変更せざるを得なくなってしまった森です．心が折れたので，気分転換に昨夏某所で少しだけ弄ったNode.jsを勉強がてら一年ぶりに触っています．一年も経つと様々な新しいモジュールも公開されており，やはりこの界隈は発展が目覚ましいなと感じています．なかでもテスト環境はかなり整えやすくなっているのではと個人的に思いました．そこで今回はJavaScriptでの簡単なテストやその自動化の方法について紹介したいと思います． テストツールの紹介 見て分かるように，主要なものだけでも色々な選択肢があります．ここで挙げられているJasmineやMocha, BusterJSなどがいわゆるxUnitとよばれるようなテスティングフレームワークになります．もちろん全て紹介するわけにはいかないので，今回は MochaやChaiなどを使ってテストを行いたいと思います． node.js
![TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/6fb85709910f40fff26e38398d3681ecb64af169/height=288;version=1;width=512/http%3A%2F%2Finet-lab.naist.jp%2Fblog%2Fwp%2Fwp-content%2Fuploads%2F2014%2F09%2F703cd43fa85a4ad1211f2945c67fefac.png)
「Selenium2」テスト徹底活用！ Jenkinsによる自動実行とSelenium Grid2による複数環境でのテスト
本シリーズは、WebブラウザをUIとして利用した業務システムやアプリケーション（以下、Webシステム、Webアプリケーション）のテストをテーマとして、Webブラウザを使ったテストを自動化するOSSのツール「Selenium2」を紹介します。業務システム開発の現場で適用してきたノウハウを元に、これまでSelenium2について知らなかった人から以前使った経験がある人まで、より実践的な「使える」内容を盛り込んでいきたいと思います。 1. はじめに 今回は、Selenium2を利用して作成した自動テストをフル活用すべく、JenkinsというCI（継続的インテグレーション）ツールを利用して、Selenium2のテストを自動実行する方法について説明します。また、IE、Firefox、Chrome、Safariなど多様化するブラウジング環境でのテスト方法やテストの並列化についても説明します。 2. J
ＣＩ（継続的インテグレーション）超入門：Jenkinsのススメ
「ＣＩ（継続的インテグレーション）超入門：Jenkinsのススメ」 に行ってきた話 内容的には、 CIって何？jenkinsいいよー商用CIツールの宣伝といった感じでした。 CIの説明 ソフトウェアの調理方法を。 ビルドって何？ということで、そういやあまり考えたことがなかったな ビルド自体はには２つの意味があることを。 実行可能なソフトウェアを作ること実行可能なソフトウェア自体の意味があるんだね。 「ビルドをビルドする」は 「料理を料理する」と同じ意味合いと言われてあぁって思った。 本題ですが 提供する側が必要なことってことで 「いつでも同じビルドを届けることができることが重要」 確かに、「あの時のビルドの環境作ってほしいんだけど」 ってよく言われるので、よく分かる。 背景を説明すると、リリースと開発が平行してて リリースした製品でxxxなバグが出たから、再現環境作りたいんだけど とか。
JSのCIで椅子を投げられないため方法
状況はかなり改善した 非同期、setTimeout, Ajax系はSinonJSで簡単に Swarm系のツールでDOMのテストも容易に 環境構築も非常に楽になった PhantomJSはバイナリもあるし、ビルドも簡単 Swarm系のツールならブラウザでURLへアクセスすればすぐテスト開始
「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門
「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門：ユカイ、ツーカイ、カイハツ環境！（21）（1/4 ページ） CIツール「Hudson」改め「Jenkins」とは 「Jenkins」とは、CI（継続的インテグレーション）ツールとして有名な「Hudson」の開発者たちにより開発されているCIツールです。Hudsonは商標上などの問題によりJenkinsと名前を変えて継続することが発表されたので、記憶に残っている方も多いと思います。現在では落ち着いて開発されているようです。 本稿では、今話題のJenkinsの使い方を紹介します。本記事の想定読者は、Java開発を行っている方で、「今までCIを導入していなかったけどこれから導入しよう」「Jenkins（Hudson）は使えそうだけど、難しそうだなぁ」と思っている方を対象としています。本稿を読めば、10分程度でJe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
