やんないほうがいいかも、GitHub Actions の setup-xxx での依存キャッシュ保存 - 誰かの役に立てばいいブログ
GitHub Actions で CI している皆様、こんにちは。 GitHub Actions 便利ですよね。使わない日がないというくらい毎日お世話になっています。 さて、CI といえば良く問題になるのが実行時間。 長い待ち時間は開発効率を下げますし、プライベートリポジトリだと Runner の費用も嵩んでしまいます。 時間を短縮する方法は色々ありますが、一手目によく行われるのが依存パッケージのキャッシュじゃないかなと思います。 例えば Go で開発していると、依存パッケージは ~/go/pkg/mod にダウンロードして保存されます。 これを CI 実行のたびにダウンロードしてコンパイルするのは時間とお金の無駄というものです。 幸い、GitHub Actions には CI の実行間でこういった依存パッケージを保存して再利用できるキャッシュ機能があります。 詳しくは以下のドキュメントを
GitHub ActionsのJobが落ちたときに何をするべきかを記述するPlaybookの仕組みを作って運用している話 - newmo 技術ブログ
newmoではGitHub Actionsを自動テスト、Lint、デプロイなどに利用しています。 また、newmoではmonorepoで開発しているため、1つのリポジトリに複数のチーム/複数のアプリケーションが存在しています。 GitHub Actionsではpathsを使うことで、特定のファイルが変更された場合のみ特定のWorkflowが実行できます。 newmoのmonorepoのworkflowでは基本的にpathsが指定されていますが、それでも普段は触らないファイルを変更して意図せずにCIが落ちることがあります。 GitHub ActionsのCIが落ちたときに、そのCIの仕組みを作った人やチーム以外だと何をすべきかわからないことがあります。 この問題の解決するを手助けするシンプルな仕組みとして、GitHub ActionsにCIが落ちたときに何をするべきかを表示するPlayboo
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ツールについて選ぶ際の各観点について詳細を述べ、ここから先の絞り込
SI現場のテスト自動化への挑戦〜フルコンテナ構成のCI/CD環境〜
1. SI現場のテスト自動化への挑戦 〜フルコンテナ構成のCI/CD環境〜 2019年5月18日 JJUG CCC 2019 Spring #ccc_m4 川沼 大輝 日本アイ・ビー・エム株式会社 横山 夏実 日本アイ・ビー・エム システムズ・エンジニアリング株式会社 2. 2 自己紹介 川沼 大輝 日本アイ・ビー・エム株式会社 クラウドデリバリー部門に所属し、インフラからアプリまで幅広く担当 Java/C#/IBM Cloud/AWS 横山 夏実 日本アイ・ビー・エム システムズ・エンジニアリング株式会社 開発プロセスの改善、開発環境の構築運用に関わり10数年 Docker/Kubernetes
いまさらだけどCircleCIに入門したので分かりやすくまとめてみた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今度入社する会社では、JenkinsでなくCircleCIを使っているということなので、1から勉強した内容を初心者向けにまとめました。 また、最新バージョン2.1(2018/12時点)の新機能も本記事では触れています。 ※2019/8/8追記 Slack連携に関する記事も書きました。 SlackでCircleCIからカバレッジレポート通知を受け取る設定手順 ※2020/4/2追記 https://twitter.com/CircleCIJapan/status/1245253320551399424 CircleCIさんより、
改めて見直すコンテナベースで作るメリット - 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
第7回大阪Jenkins勉強会(2016/06/18) 第9回(東京)Jenkins勉強会(2016/08/10) で発表させて頂いたスライドに「ボツ稿」を加えたものです。(時間:35分)Read less
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 化するための試行錯誤を紹介します
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
