CI/CD ConferenceからサイバーエージェントのCI/CDツール開発のセッションを紹介
CI/CD Conferenceから、サイバーエージェントが開発するCI及びCDのツールを紹介したセッションを取り上げる。 CI/CD Conferenceから、サイバーエージェントのエンジニアが解説するCI/CDツールのセッションを紹介する。セッションを担当したのはNakanishi Kento氏とLe Van Nghia氏だ。 このセッションは2部に分かれており、前半ではNakanishi氏がCIツールであるGitHub ActionsのSelf-hosted Runnerとして動作するMyshoesを解説している。また後半ではサイバーエージェントが開発を行うCDツールであるPipeCDについて、Nghia氏が解説している。 GitHub Actions 前半では、ベースとなっているGitHub Actionsを解説した。
Go製OSS CI/CDプラットフォーム drone 1.0.0-rc.1 の新機能・変更点 - LINE ENGINEERING
この記事はLINE Advent Calendar2018の8日目の記事です。 はじめまして。LINEのIT戦略室という部署で社内システムの開発・運用を担当しております、suzuki-shunsuke です。 自分がオンプレミスで運用している OSSバージョンの drone ci ですが、遂に 1.0.0 の rc が出ました。 なので 1.0.0 になって何が変わるのかということをドキュメントを読んだり実際にインストールしたりして調べてみました。 また、2018/11/21 に Drone Cloud という無料で drone が使える SaaS がリリースされましたのでそれについても紹介します。 drone って何？という方は こちら を御覧ください。 なお、当記事中で「現在」と言った場合、特に断りがなければ執筆時点の2018/11/12 を指します。 また、リモートのGitリポジトリ
Jenkinsに代わるGo製OSS CIツールDrone - LINE ENGINEERING
この記事はLINE Advent Calendar 2017の5日目の記事です。 はじめまして。LINEのIT支援室という部署で社内システムの開発・運用を担当しております、suzuki-shunsukeです。 DroneというCIツールについて書きたいと思います。初心者向けに公式ドキュメントの「Installation」と「Usage」をベースに自身の経験や考えを肉付けして、Droneとは何か？、Droneの構築方法、.drone.ymlの書き方について説明します。Droneの日本語情報はまだまだ少ないので参考になればと思います。 JenkinsよりもDroneを贔屓した部分が見られますが、あらかじめご了承ください。 Droneとは 空飛ぶドローンではありません。GitリポジトリのイベントをフックしDockerコンテナ内でジョブを実行することに特化したCIツールです。競合としてJenkin
ドキュメントの文章校正には、textlintが便利 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは！ 開発部 テクニカルコミュニケーションチーム（以下、TCチーム）の原嶋です。 さてさて。 みなさん、ドキュメントの文章校正（以下、校正）ってどんな風にやっていますか？ 目視チェックでバッチリだぜ！という方も もちろんいると思うのですが、チェックポイントが多いと指摘が漏れてしまいがちですよね。そして、会社の公式文書となれば、チェックポイントはあれもこれもと山のようになります。 TCチームでも長年 校正に頭をかかえていましたが、textlint と＋αのツール を使って、校正の悩みを解決しました。 今回はその経緯をお話させてください。 校正って確認する項目がたくさん TCチームでは、サイボウズ製品のユーザーサポートコンテンツ（ヘルプやリリースノートなど）を作成しているのですが、 それらのコンテンツは会社の公式文書なので、毎回の校正でチェックする項目が多々あるんです。 校正おわったー
textlint/reviewdogで文書校正エラーをGitHubのプルリクエストにコメントする 2019年6月版 - My External Storage
技術書典7に向けて、執筆用のRe:VIEWのリポジトリの準備を始めた。 今回はCircleCIを使って文書校正を行なう設定を行なった。 検索して出てくる情報は古い情報が多かったので2019年6月時点の設定方法をまとめる。 TL;DR Re:VIEW用の設定をしてPDFがビルドできる状態にする。 https://github.com/TechBooster/ReVIEW-Template/tree/master 文書の校正を行うtextlintの設定を行う CircleCI上でreviewdogを使ってtexlintの結果をPull Request（PR）にコメントする v0.9.12からインストール方法が変更されている。 サンプルリポジトリと実際にreviewdog経由でtextlintの指摘をコメントしたPRは以下になる。 https://github.com/budougumi0617
reviewdog x perlcritic x Jenkins で最高の GitHub レビューライフ - Mirrativ Tech Blog
ミラティブのサーバーサイドエンジニア、ハトネコエです！ 今日は、GitHub の自動レビューとして reviewdog を導入した話をします。 1. 動機 すでに CTO の夏さんによって、Perl 用の linter である perlcritic が導入されていました。 そして、テストが走る際に perlcritic のチェックもおこなわれ、 指摘箇所があればテストが落ちるようになっていました。 まずは緩めの設定で導入したけれど、perlcritic のチェックをもっと厳しくしたい！ だけど厳しくすると、すでに存在するコード（つまり、プルリクで変更していない部分）が原因で テストが落ちるようになってしまいます。 残念ながら perlcritic には autofix の機能も無いようで、 設定を変更した後は、人力での修正が終わるまでテストは落ち続けてしまいます。 これでは開発に支障が出る
｢吉祥寺.pm 25｣でmisspellについて話しました - Masteries
kichijojipm.connpass.com ｢Kichijoji.pm 25｣で, misspellというツールについて話しました. github.com 実のところこのツール, 先週くらいに知ったのですが, ｢めっちゃ便利やん!｣となり, 今業務で触っているツールに勢いよく適用してミススペル(typo)を撲滅, 更にreviewdog/action-misspellを導入して, 自動的に指摘してくれるようにしたりしていました. ちなみに, reviewdog/action-misspellを含む, CI/CD関連のTIPSについて, 来週TECH PLAYのイベントで話すことになりました. 興味ある方はこちらもぜひ. 業務でやったGitHub Actions化や, GitHub Actionsを使った便利な自動化などのTIPSについて話す, 予定です. techplay.jp
CI での Docker Build のベストプラクティスを考えてみた
要約 Docker in Docker な CI では、以下の Docker Build をオススメします。 スクリプト Buildx を使う Buildx を使えないならば、BuildKit + –cache-fromオプションを使う Dockerfile ステージ間の依存を弱くする(依存インストールとビルドを分ける) 中間イメージも軽量化する 不要なキャッシュを削除 ファイル変更差分によりますが、これらにより最大 1/3 へビルド時間を短縮しました。 はじめに 『ホットペッパービューティー』美容クリニックのカウンセリング予約サービスのバックエンドを担当している安達です。 新卒として 4 月に入社して、5 月中旬に美容クリニックに配属され、すでに約 4 ヶ月が過ぎました。 まず、チーム内で自分が活躍できる庭を作りたかったため Docker について詳しくなろうと思いました。 そこで、CI
CloudNative Days Tokyo 2019に出展！CI/CDつーるのエラビカタ | 技術畑 | 情報畑でつかまえて
「オンプレにCI/CDツールを設置して、CIでコンテナ化したアプリケーションを作成し、k8sクラスタへのCDを実施したい」が、もともとの要望でした。 なので、この中で「k8s連携機能あり」の行で、「オンプレ型」または「（オンプレとサービスの）両対応型」となっているものが第一候補になります。 それでもまだまだ数が多いので、たとえばオンプレへの構築を考えているのであれば「構築時の情報を検索したときの情報量」など、他の要素で絞ることになります。 多くの製品・サービスがあるので情報収集がそれなりに必要ですが、ここから先は他の観点で自分の求めるものがどれかを絞ることになります。また、CI/CDのうち一方にのみ強いツールの場合は組み合わせの検討も必要かもしれません。 CloudNative Days Tokyo 2019では、CI/CDツールについて選ぶ際の各観点について詳細を述べ、ここから先の絞り込
いまさらだけどCircleCIに入門したので分かりやすくまとめてみた - Qiita
はじめに 今度入社する会社では、JenkinsでなくCircleCIを使っているということなので、1から勉強した内容を初心者向けにまとめました。 また、最新バージョン2.1(2018/12時点)の新機能も本記事では触れています。 ※2019/8/8追記 Slack連携に関する記事も書きました。 SlackでCircleCIからカバレッジレポート通知を受け取る設定手順 ※2020/4/2追記 https://twitter.com/CircleCIJapan/status/1245253320551399424 CircleCIさんより、本記事を紹介いただきました！ なお、本記事は初回投稿時（2018/12）の情報がメインのため、ご留意いただきますようお願いします。 前提知識 CI/CDに関する入門レベルの知識 ymlファイルに関する入門レベルの知識 コンテナに関する入門レベルの知識 未学習
改めて見直すコンテナベースで作るメリット - Speaker Deck
2018/12/4 Japan Container Daysでの、藤原・伊藤・宮地の講演資料になります
CircleCI 2.1のorbを作って最速で実アプリに投入した - くりにっき
tr;dr; 【前置き】先日の出来事 orbとは 【今回作ったもの】sue445/ruby-orbs モチベーション 準備 使い方 補足 CircleCI 2.0から2.1に移行したPR ついでにHerokuにデプロイするやつもorbに寄せた Before After 補足 post-deploy Context one more thing 追記：2018/11/16 tr;dr; https://circleci.com/orbs/registry/orb/sue445/ruby-orbs https://github.com/sue445/circleci-ruby-orbs 【前置き】先日の出来事 2.1 preview自体は結構前から出ていたのですが、先日正式リリースされました 本日Orbsをリリースしました🥳OrbsはWorkflow以来のメジャーアップデートです。Orbsは
Google、継続的デリバリに対応したデプロイ自動化ツール「Spinnaker 1.0」正式発表。GCE/GKEだけでなく、AWS、Azure、OpenStackなどマルチクラウド対応 － Publickey
Google、継続的デリバリに対応したデプロイ自動化ツール「Spinnaker 1.0」リリースを発表。GCE/GKEだけでなく、AWS、Azure、OpenStackなどマルチクラウド対応 SpinnakerはもともとNetflixが開発し、2015年にオープンソースとして最初のバージョンを公開しています。 参考：Netflix、マルチクラウド対応の継続的デリバリを実現する「Spinnaker」をオープンソースで公開 このときすでにNetflixの開発にGoogleは参加しており、その後もSpinnakerの開発が進められてきました。 Spinnakerはデプロイに求められるほとんどすべての機能を備えていると、次のように説明されています。 In Spinnaker, deployments are orchestrated using custom release pipelines,
近年の OSS 開発における CI 選択のベストプラクティス - Speaker Deck
All slide content and descriptions are owned by their creators.
「実録！となりのJenkins2.0」 - 第7回大阪 / 第9回(東京)Jenkins勉強会 #jenkinsstudy
「実録！となりのJenkins2.0」 - 第7回大阪 / 第9回(東京)Jenkins勉強会 #jenkinsstudy
Dockerで継続的インテグレーションツール「Jenkins」を動かしてみよう
はじめに 開発環境の構築や開発支援ツールの導入は、チーム開発には欠かせない工程になりますが、業務アプリケーション開発やテストなどと異なり、プロダクトの機能性や品質を直接的に高めるものではないため、なるべくインフラ構築・運用の作業を省力化したいものです。 また、開発支援ツールの多くは、開発のピーク時は開発メンバーが増員され高負荷となるものの、システムリリース後は保守などでの利用が中心になります。Dockerはコンテナ仮想化技術を使ったアプリケーション実行環境構築／運用プラットフォームです。インフラ環境も含めたアプリケーションの実行環境をすべてまとめて「コンテナ」でパッケージングできます。そこで、Dockerを導入して、開発環境のポータビリティを高めておけば、開発者の利用状況に応じた環境で効率よくインフラを運用できます。 そこで本連載では、アプリケーション開発の現場でよく利用されている次の開発
Perlはもう古い、これからはDocker - ゆううきブログ
本記事の内容はWEB+DB Vol.88 Perl Hackers Hub 第34回 に「DockerによるPerlのWebアプリケーション開発」という記事にまとめなおしていますのでそちらをご覧ください。 「Perl Hackers Hub」では、「DockerによるPerlのWebアプリケーション開発」と題して@y_uuk1さんにご執筆いただきました！Dockerの基本的な考え方からPerlのWebアプリ向けのDockerfileの書き方まで、実践的な内容です！ #wdpress— WEB+DB PRESS編集部 (@wdpress) 2015, 8月 22 この記事は Perl Advent Calendar 2014 の19日目の記事です。 Plack/Carton で構築したモダンな Perl の Web アプリケーションの開発環境を Docker 化するための試行錯誤を紹介します
オープンソース セキュリティ脆弱性を素早く識別する無料脆弱性プラグインをリリース
オープンソースコンポーネントのセキュリティ脆弱性を素早く識別、早い段階でソフトウェア開発サイクルのリスク低減を可能にするJenkins のための無料Black Duck脆弱性プラグインリリースを発表 オープンソースコードのセキュアな管理を可能とするOSS Logistics の世界で唯一のソリューションプロバイダーであるブラック・ダック・ソフトウェア株式会社 は、本日Jenkins のための無料のBlack Duck脆弱性プラグインのリリースを発表しました。この新しいプラグインによって、Jenkinsのビルドから依存性のあるデータを抽出し、プロジェクト内で使用しているオープンソース・ソフトウェアを自動的に発見するほか、セキュリティ上の既知の脆弱性を検知することが可能となります。 全国脆弱性データベース(National Vulnerability Database)によれば、毎年オープンソ
第23回 Perlアプリケーションのテストと高速なCI環境構築術（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回はmyfinderこと久森達郎さんで、テーマは「Perlアプリケーションのテストと高速なCI環境構築術」です。テストに利用するさまざまなモジュールから、CI（Continuous Integration、継続的インテグレーション）環境の構築、そして増えたテストを高速に実行する枠組みの構築までを紹介します。 なお本稿のサンプルコードは、本誌サポートサイトから入手できます。 テストの目的 まずはテストを行う目的を整理します。 コードを壊していないことを確認する 1人で開発するものであれば、どんな状況であれ責任を負うのは自分だけですが、チームや組織が複数にまたがる場合にはテストが重要になります。プロダクトが大きくなるにつれ、自分の開発によって想定外の機能にも影響を与えることが多くなります。逆にほかの開発者が行ったコミットによって
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SI現場のテスト自動化への挑戦〜フルコンテナ構成のCI/CD環境〜
