[速報] 拡張イメージスキャンが CI/CD パイプラインに組み込めるようになりました！#AWSreInvent | DevelopersIO
こんにちは！ AWS 事業本部コンサルティング部のたかくに（@takakuni_）です。 re:Invent 2023 でラスベガスにきています。最終日のキーノートにて、 拡張イメージスキャンが CI/CD パイプラインに組み込めるようになりました！ 今までどんな状態だったか まず初めに、AWS で提供されているコンテナイメージスキャンをおさらいしてみます。 AWS では、 ECR ベーシックスキャンと、Inspector v2 を利用した拡張スキャンの2種類が提供されています。 オンデマンドスキャン 使っている DB 等、いくつか違いがあるのですが、「CI に組み込めるか？」と言った目線だと、 ベーシックスキャンはオンデマンドスキャンが可能なため、 CI に組み込めて、拡張スキャンは対応していなかったため、組み込めませんでした。 以下は BuildSpec でベーシックスキャンを CI
![[速報] 拡張イメージスキャンが CI/CD パイプラインに組み込めるようになりました！#AWSreInvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/0831131249568b6a5c4b12b46a8249f87f5faf99/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F12%2Fimage-1.png)
【お知らせ】マネージドサービスのログの扱いとマルチアカウント構成でのCI/CDパイプラインの仕組み～NRIネットコム TECH AND DESIGN STUDY #17～ - NRIネットコムBlog
こんにちは！ブログ運営担当の小嶋です。 次回の当社主催の勉強会「NRIネットコム TECH & DESIGN STUDY」についてのお知らせです! 11/21（火）19:00~20:00「マネージドサービスのログの扱いとマルチアカウント構成でのCI/CDパイプラインの仕組み～NRIネットコム TECH AND DESIGN STUDY #17～」が開催されます!! 【1本目】マネージドサービスのログ扱いのグッドプラクティス！～コスパよい安全な保管方法から分析まで ▼登壇者 ▼こんな方におすすめ 【2本目】マルチアカウント構成でのCI/CDパイプラインの仕組みを理解しよう ▼登壇者 ▼こんな方におすすめ 【日程・タイムスケジュール】 お申し込みはこちらから 今回のTECH & DESIGN STUDYは、当社クラウドエンジニアからマネージドサービスのログ扱いのグッドプラクティスとマルチアカウ
GitHub CertificationやらCIやらasdf互換ツールやら｜Productivity Weekly(2024-01-10号)
こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2024-01-10 単独号です。 今回が第 138 回目です。過去の記事はこちら。 news 📺 GitHub Copilot Chat now generally available for organizations and individuals - The GitHub Blog 2023 年の年末にいよいよ GitHub Copilot Chat が GA（一般公開）されました。こ
GitHub - CycodeLabs/raven: RAVEN (Risk Analysis and Vulnerability Enumeration for CI/CD)
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
18:45~ | 開場 19:00~ | オープニング 19:10~ | LT * 5 - 開発生産性と開発者体験の向上に向けたCI/CD改善の取り組み：PRONI株式会社/末澤 尚也さん - AWSで構築するCDパイプラインとその改善：株式会社スマートラウンド/山原 崇史さん - CIは5分以内！素早い開発サイクルを支えるCI：ファインディ株式会社/浜田 直人さん - CI/CDボトルネックの把握とその先へ：サイボウズ株式会社/加瀬 健太さん - デプロイ再考2024：株式会社estie/杉田 毅博さん 20:20~ | 懇親会 参加の動機 私自身がこれからCI/CDをやっていく人としてまず「自組織のあるべき姿を描く」ため、自組織の現状と理想とのギャップを知る必要がある。理想状態を知るためには他社の取り組み知るのも１つの手だよなと思ったので、参加してみよう、という動機。 感想 結論、CI
We built the fastest CI in the world. It failed. Here's what we learned
TLDR We are shutting down Earthly CI. We are doubling down on Earthly’s core strengths of local builds and reproducibility. We are recentering around Earthly and Earthly Satellites. The Fastest CI Imagine you live in a world where no part of the build has to repeat unless the changes actually impacted it. A world in which all builds happened with automatic parallelism. A world in which you could r
Load test your applications in a CI/CD pipeline using CDK pipelines and AWS Distributed Load Testing Solution | Amazon Web Services
AWS DevOps Blog Load test your applications in a CI/CD pipeline using CDK pipelines and AWS Distributed Load Testing Solution Load testing is a foundational pillar of building resilient applications. Today, load testing practices across many organizations are often based on desktop tools, where someone must manually run the performance tests and validate the results before a software release can b
CI/CDベンダーのHarness、オープンソースのソースコード共有プラットフォーム「Gitness」を立ち上げ
CI/CDベンダーのHarness、オープンソースのソースコード共有プラットフォーム「Gitness」を立ち上げ：一方で「Gitnessを選ぶ理由はないのでは」という声も…… CI/CDパイプラインのベンダーであるHarnessはオープンソースのコード共有＆CI/CDプラットフォーム「Gitness」を立ち上げた。同社が買収した「Drone CI」の後継プロジェクトであり、Drone CIは今後数カ月以内にGitnessに統合予定だという。 2023年9月21日（米国時間）、Harnessはオープンソースのコード共有プラットフォーム「Gitness」を発表した。Gitnessは同社が2020年に買収したオープンソースプロジェクト「Drone CI」の後継プロジェクトであり、Gitバージョン管理とCI/CD（継続的インテグレーション／継続的デリバリー）パイプラインのコードが含まれている。今後
概要 会社で aws を触ることになり、基本から学んでいこうと思ったため備忘録として記事を書き始めました。 今回は CodePipeline と ECS に関する概要説明の後 これら を使用して自分の PC 内の Next アプリケーションを コンテナで Web 上に公開するまでの過程を CI/CD 化してみます 🌀 もし理解が違うよというところ等ありましたら優しく教えて頂けると幸いです 🙇♀️ CodePipeline とは 公式ドキュメント引用。 CodePipeline とは、最近流行りの CI/CD を実現するためのサービスです。 CI/CD とは書いたコードをテストして本番環境にデプロイする過程を自動化することを指します。 CodePipeline での CI/CD の一例を挙げると、旧来 自分の PC でコードを書く そのコードを手動でテスト 本番環境へデプロイする とい
友人にcircle ci 料金下げる。または、rspec実行時間減らした時にやるべきことを聞かれたのでまとめておく Railsプロダクト前提です。 テストしない (野蛮だけどアイデアの一つとしてね....) 不要なコードとテストを削除 並列化 完了時間は実行時間の長いテストに引きずられるので実行時間が均一にする(並列化した後) bundle config使ってdevelopment groupライブラリをinstallさせない (メモリも少なくなります) bundle install や yarn installを別jobで動かしコンテナイメージ作成。テスト実行jobでコンテナfetch draft prだったらcircleci実行しない。open prだけci回す skip ci 活用する resource_class調整 不安定なテストを直す(リトライしている場合) defaultブラ
はじめに こんにちは！ yu-Matsuです。 以前、セキュリティの観点からGitHubやSaaSのCI/CDを利用できないため、AWSのサービスのみでコードの管理とCI/CDを実現しなければならないという場面がありました。そこで色々と苦戦しつつも CodeBuild + Step Functions でのCI/CDパイプラインを構築しましたので、その経験談を記事にしたいと思います。同じような状況になっている方の一助になれば幸いです。 そもそもなんでCodeBuild + Step Functions？ AWSにはCI/CDパイプラインを実現するサービスとしてCodePipelineというサービスがあります。巷ではCode4兄弟とばれるサービス群のうちの一つで、「Pipeline」の名の如く、 CodeBuildを含む弟たち（？）をまとめてCI/CDパイプラインを構築するためのお兄ちゃん的
【GitHub Actions】reviewdog + reusable workflows によるCI/CD共通化 - Sansan Tech Blog
この記事は Sansan Advent Calendar 2023 の13日目の記事です。および【R&D DevOps通信】の連載記事のひとつです。 こんにちは、研究開発部 Architectグループの藤岡です。 今回は部で運用しているCI/CDに関する取り組みについてお話しします。共通化のノウハウや、どういった種類のCI/CDを導入してコード品質を担保しているかといった話をしたいと思います。 そのまま使える実装例もあるので、是非参考にしてみてください。 目次 目次 CI/CD共通化 reviewdog による Pull Request へのコメント 導入しているCI/CD PythonのCI その他のCI CD 実装例 reusable workflows composite action reusable workflows を利用する例 release-drafter によるリリース
米国スタートアップ企業、Imperfect FoodsのDevOpsエンジニア、マシュー・グラスバーガー氏は2023年11月9日（米国時間）、Webメディア「TechTarget」で「Docker」とRed Hatの「OpenShift」の主な違いについて解説した。 コンテナ導入を検討するに当たっては多くの選択肢がある。選択肢があまりにも多いので、選択や比較が非常に混乱する恐れがある。コンテナアプリケーションのデプロイメントとスケーリングをシンプルにする機能を提供するのが、DockerとOpenShiftだ。 開発者もテスト担当者も、このDockerとOpenShiftの両ツールの機能と特徴を慎重に評価すれば、戦略的なコンテナ化に最適なツールを選択し、コンテナアプリケーションのデプロイメントを確実に成功に導くことができる。 Dockerとは 関連記事 クラウドネイティブをけん引してきた「D
Shockingly cheaper CI
Want to know the fastest EC2 instance type? Check out our latest benchmark. On-premise 10x cheaper, up to 2x faster 1-1 compatibility with GitHub Action x64 and ARM64, unlimited cache, custom images supported RunsOn helped reduce our monthly CI costs from $1100 (third-party SaaS) to $400. Also because it is cheaper we increased the instance size, which made it faster and improved our iteration tim
はじめにこんにちは、くるふとです。 ナビタイムジャパンで、時刻表 API や地図描画 API の 開発・運用業務を主に担当しています。 今回は Go 製プロダクトの CI 構築に役立つツール&ライブラリ群を紹介します。 私は API の開発業務をこなしていく際、 CI の設計を常に意識しています。 継続的な機能のリリースを実現するにあたって、 CI の最適化は避けて通れない領域だと考えています。もちろん、 Go を用いた開発業務でもこの考えは変わりません。 昨今では Go の導入事例が増えつつあります。当社でも Go 製のプロダクトの数は増えてきており、Go 関連のツールやライブラリの知見が集まりつつあります。その過程で、Go 製プロダクトの CI 設計についての議論も多くなってきました。 これは Go 関連のツールやライブラリを記事にまとめる良いタイミングなのではと考え、この記事を執筆し
リポジトリ https://github.com/na0x2c6/connpass-231116-container-in-container
お知らせ connpassではさらなる価値のあるデータを提供するため、2024年5月23日(木)を以ちましてイベントサーチAPIの無料での提供の廃止を決定いたしました。 2024年5月23日(木)以降より開始予定の「connpass 有料API」の料金プランにつきましてはこちらをご覧ください。 お知らせ connpassをご利用いただく全ユーザーにおいて健全で円滑なイベントの開催や参加いただけるよう、イベント参加者向け・イベント管理者向けのガイドラインページを公開しました。内容をご理解の上、イベント内での違反行為に対応する参考としていただきますようお願いいたします。
更新履歴 10/8 EC2用に変更 はじめに 今や必須のCI / CD、絶対これから環境の構築に必要になるの けどやり方知らん（絶望） キャッチアップするか〜〜〜〜 エンジニア歴半年の備忘録 やりたいこと EC2 + Ubuntu 22.04 LTS への自動デプロイとテスト やっていく Github Actionについて Github内で完結するCI / CD .github/workflowsに保存することで実行可能、カスタマイズも可能 テンプレが多数あり、簡単に実装ができる YAMLで記述、書き方に少しクセがあるので参考から詳細は確認 デプロイ先の準備 node.jsとgitは必要（当たり前） もしない場合は以下でインストールします // とりあえずアップデート $ sudo apt update // node.jsのセットアップ $ sudo apt install nodejs
セキュアなモバイルアプリの開発内製化をサポートする「セキュアコーディングチェッカーCI/CD環境構築手順書」を公開！ | LAC WATCH
モバイルアプリ開発内製化の自動化を目指して DX推進は、モバイルアプリの内製化において、革新的な成果をもたらします。開発内製化により、企業はモバイルアプリの開発プロセスを自社のビジネスニーズや戦略に適した形でカスタマイズできます。 DXのアプローチにより、従来のソフトウェア開発手法とは異なるアジャイルな開発環境が実現され、スピーディーなリリースとアプリケーションの迅速なアップデートが可能となります。その効果から、競合他社に先駆けて市場に参入し、新しいビジネスの機会を迅速に掴むことができるでしょう。 さらに、DX推進はモバイルアプリの開発内製化における品質向上とセキュリティ対策に寄与します。テストの自動化、および品質管理の強化によって、アプリケーションのバグやエラーを早期に発見し修正できます。さらに、セキュリティ技術の進化や脅威への迅速な対応が求められる中、DXのアプローチによってモバイルア
【DeNATechCon2024】CI/CD の課題解消！ GitHub Actions への移行で可能になったこと | ドクセル
【DeNATechCon2024】CI/CD の課題解消！ GitHub Actions への移行で可能になったこと スライド概要 私たちのチームは長年、Circle CI と Jenkins を活用して CI/CD 環境を構築してきました。しかし、運用の複雑さと高コストに直面し、より効率的な方法を模索していました。この問題を解決するために、GitHub Actions への移行を決定しました。その結果、運用コストの削減と操作の簡易性を実現しました。 本登壇では、私たちが既存の CI/CD を GitHub Actions に移行する過程で直面した課題と、それらをどのように解決したか、なぜこのタイミングになったのかなどを共有します。本登壇が、同様の問題に直面しているエンジニアの皆さんに具体的な解決のヒントとなることを願っています。 ※資料内の動画は後日公開されるセッション動画でご覧いただけ
CI/CDボトルネックの把握とその先へ | ドクセル
CI/CDボトルネックの把握とその先へ TechBrew in 東京 〜CI/CDパイプライン改善の取り組み〜 サイボウズ株式会社 開発本部 生産性向上チーム 加瀬 健太（@Kesin11） 自己紹介 ▌加瀬 健太（@Kesin11） ▌経歴 ◼ ~2023/06 株式会社DeNA SWET第二グループ @Kesin11 ◼ 2023/07 サイボウズ株式会社 生産性向上チーム @Kesin11 ▌業務 ◼ Github Actionsセルフホストランナーの運用など ▌日課はgithub.blog/changelogを見ること @kesin11.bsky.social
Jenkins で Airetest を Device Farm でE2Eテスト実行するCIを作った - Qiita
本記事は、ソフトウェアテストの小ネタ Advent Calendar 2023 20日目の記事です。 概要 AWS Device FarmでAppiumをPytestでE2Eテストするにあたって基本的な情報をまとめています。 導入 まずは、一般的な使い方やハマりやすいポイントを解説します。 Console ・プロジェクトを用意後に新しく実行を設定する際に新たにアプリファイルをアップロードかすでにアップロード済みのアプリを指定 ・テストの種類を指定するセレクトから Appium Python を選んで公式にある通り作成した test_bundle.zip をアップロードかすでにアップロード済みのZipファイルを指定 ・TestSpecの設定はConfigure画面上で表示されているテキストを編集しても適応されないためEditボタンからEdit your YAML上で編集してSave as N
GitHub - step-security/github-actions-goat: GitHub Actions Goat: Deliberately Vulnerable GitHub Actions CI/CD Environment
GitHub Actions Goat by StepSecurity is an educational project that simulates common security attacks and vulnerabilities in a GitHub Actions CI/CD environment and shows how to defend against such attacks. The importance of CI/CD Security has been underlined by guidance from the Cybersecurity & Infrastructure Security Agency (CISA) and the National Security Agency (NSA). As per their document Defen
こんにちは、SWETでCI/CDチームの前田（ @mad_p ）です。 SWETでは、CI/CDに関する知識を共有することを目的として、「CI/CD Test Night」を開催しています。 約1年ぶりに、CI/CD Test Night #7をハイブリッド開催します！ 今回のテーマは「CI/CDのプラクティス」についてです。 CI/CDサービスを利用してパイプラインを作成している中で、ふとしたときに「もっと効率の良い方法があるのではないか？」と考えたことはないでしょうか。断言します、私はあります！ そこで今回は、 CI/CDに関するプラクティスや関連するツールの活用方法などをメインテーマとし、弊社メンバーに加え、CI/CDやツールに関する情報を多く発信しておられる以下の方々をお招きして開催いたします。 CI/CDのワークフロー作成時に手助けとなるツールや、どのようにパイプラインを構築して
ci: detect Spam pull requests in GitHub Actions by aminya · Pull Request #5480 · expressjs/express
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
「CIコンドライト（イヴナ型炭素質コンドライト）」という珍しい種類の隕石は、太陽系誕生直後の情報を保存している始原的な物質と考えられており、長年の惑星科学における標準的な物質として利用されてきました。一方で、2020年に地球に届けられた小惑星「リュウグウ」のサンプルとCIコンドライトには多くの共通点があるものの、異なる性質もいくつか発見されています。その1つは反射スペクトル（※詳細は後述）の違いです。 東北大学の天野香菜氏などの研究チームは、リュウグウのサンプルの反射スペクトルを測定した上で、比較対象としてCIコンドライトの1つ「オルゲイユ隕石」を様々な条件で分析しました。その結果、オルゲイユ隕石を300℃に加熱することで、リュウグウとよく似た反射スペクトルを得ることに成功しました。実験条件から考えると、今回の結果はオルゲイユ隕石が地球環境によって予想以上に変質していることを示しています。
GitLab CI/CDを導入してC#/WPFアプリケーションのテストとインストーラーのビルド・デプロイを自動化する
概要 株式会社HACARUSプロダクト事業部の宇佐見です。HACARUSではHACARUS Checkというプロダクトを開発しています。このプロダクトのアプリケーションの大半はC#にて開発されています。 今回は、このアプリケーションのunit testの実行、及びビルド済みのアプリケーションの配布を自動化するために、GitLab CI/CDを導入した話をしたいと思います。 GitLab CI/CDとは GitLab CI/CDはGitLabが提供するCI/CDを実現するためのツールです。GitHubでいえば、GitHub Actionsのようなものです。 HACARUSはGitのホスティングサービスとしてGitLabを利用しているため、GitLab CI/CDを利用することにしました。 GitLab CI/CDは、.gitlab-ci.ymlというファイルにCI/CDの設定を記述します。こ
[レポート] AWS環境におけるCI/CDとCDKによるインフラ開発を学べるワークショップに参加しました #AWSreInvent #DOP303 | DevelopersIO
はじめに ネクストモードの南です。 AWS環境におけるCI/CDとCDKによるインフラ開発を学べるワークショップContinuous integration and delivery on AWS(DOP303)に参加してきました。 本エントリではそのセッションレポートをお届けします。 ワークショップの概要 In this workshop, learn to create end-to-end continuous integration and continuous delivery (CI/CD) pipelines using AWS Cloud Development Kit (AWS CDK). Review the fundamental concepts of continuous integration, continuous deployment, and contin
![[レポート] AWS環境におけるCI/CDとCDKによるインフラ開発を学べるワークショップに参加しました #AWSreInvent #DOP303 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/2efed04be58c890b30e2b72fa65ffa4b49765237/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F11%2Feyecatch_reinvent-2023-session-report.png)
CI強化、自動エクスポージャー(Automatic exposures)による最新データ反映…『dbt Cloud Launch Showcase』で発表されたその他有用なアップデートの紹介 #dbt | DevelopersIO
CI強化、自動エクスポージャー(Automatic exposures)による最新データ反映…『dbt Cloud Launch Showcase』で発表されたその他有用なアップデートの紹介 #dbt 先日ウェビナー形式で開催され、非常に数多くの魅力的な情報が解禁となったdbt。その模様は下記エントリ群で紹介しましたが、 イベント開催後の情報として公式からのブログとしても今回のリリースに関するまとめが展開されていました。 当エントリでは、公開済3本のエントリで言及していなかった部分に焦点を当てる形でその内容を見ていこうと思います。 目次 継続的インテグレーション(CI)の強化 自動エクスポージャー(Automatic exposures) dbt Explorer 自動エクスポージャ(Automatic exposures)の可視化 モデルのクエリ履歴 タイル埋め込み dbt Semant
GitHub Actions ですべてのCIの完了をチェックして PR を Auto-Merge する
◆ モチベーション ◆ 方法 ◆ 補足 ◆ YAML の解説 ∘ GitHub Actions を動作させる条件 ∘ 全体的な動き ◆ さいごに ◆ 参考 モチベーションGitHub と なんらかの CI を組み合わせて、マージ前にテストを通すことがよくあると思います。 ただ「CI が通るのを待ってマージするのはめんどくさいです！！！！」 ひたすらCIが通るのを待ってる人GitHub には マージ条件がすべてクリアされていれば勝手にマージしてくれる Auto-Merge という機能があります。（楽ちん） しかしこれには 落とし穴 がありました。 リポジトリの構成にもよりますが、ドキュメントやコードなど様々なファイルがリポジトリに存在していると思います。 ファイルによってチェック観点が様々なため、ファイルによって走らせる CI を変更するのが一般的でしょう。 とある Pull Request
はじめに皆様こんにちは。20年ぶりに再開したスノーボードにハマっている「たけし」です。 この記事では、現代のソフトウェア開発におけるDevOpsの重要性について掘り下げます。具体的には、コンテナ技術、CI/CDパイプライン、そしてセキュリティというDevOpsの3つの主要な柱を取り上げ、これらがどのように統合され、ソフトウェア開発の効率と品質を向上させるのかを解説します。 また、FutureVulsとTrivyとの連携を事例に、実際の脆弱性管理がどのようにCI/CDプロセスに組み込まれているのかを学べます。さらにTrivyとFutureVulsと連携するメリットを解説します。 DevOpsの変貌: コンテナ技術とCI/CDの融合現代のソフトウェア開発において、DevOpsはすでに定着した概念です。しかし、その実践方法は絶えず進化しており、特にコンテナ技術とCI/CD（Continuous
How long should your CI take?
Experience the new developer workflow - create, review, and merge code continuously. Get started with one command. Continuous Integration (CI) is a cornerstone of modern software development. By automatically checking for regressions and linter errors on each Pull Request (PRs), CI frees engineers to focus on more nuanced, qualitative aspects of code review. If you’re reading this, you likely alre
こんにちは、クラウド事業部 CI/CDサービスメニューチームの西野です。 Spring BootでHello Worldを表示するアプリケーションをGitLabのCI機能を使ってビルドする方法を紹介します。 GitLabのCI機能がどのように動くのか、シンプルなアプリケーションで一度試したい方は参考にしてください。 本記事はアプリケーションをビルドし、成果物がローカルで動くことを確認するまでの手順を記載しています。 アプリケーションの作成は以下の記事を参考にしています。 qiita.com 目次 目次 前提 事前準備 Spring Bootアプリケーションの作成 GitLabでビルドするための準備 .gitlab-ci.ymlの解読 ビルドジョブの実行・成果物の確認 マージリクエストの作成 mainブランチの更新 さいごに 前提 作業端末はWindows 10 GitLab環境はSaaS版
TypeScript(Next.js)のCIをGitHub Actionsで構築してみる！ - Qiita
はじめに こんにちは、H×Hのセンリツ大好きエンジニアです。 自分で新規プロダクトを開発してみよう！となった際に、「CIを最初に作っておくと便利だから作ってみるか〜」という軽い気持ちで手を出してみました。 （思ったより苦戦しました。。。） なので、同じ思いを抱いている方に少しでも楽をして欲しいので、記事に書きました！ フロントエンド(TypeScript)とバックエンド(Golang)のCIを作成したのですが、今回はフロントエンドについてです。バックエンドも記事を書いたら載せます。 GitHub Actionsとは？ こちらの記事が非常に分かりやすいので、詳しく知りたい方は参考にしてみて下さい！（他力本願寺） 【初心者向け】【入門】GitHub Actionsの書き方についてデバッグ設定、runs-onやcheckoutなどの仕組みや構造も含めて徹底解説 簡単に言うと、GitHub上でCI
By Robin Shi, Android Team Lead, Mobile, MEGA About CI/CDIn modern software development, continuous integration and continuous development (CI/CD) is pivotal. It automates tasks like software building, testing, and deploying, ensuring rapid and consistent releases. By dividing work into smaller parts and automating workflows, CI/CD reduces errors, accelerates development, and maintains software re
逆になにができないのか判らないほど多機能と化したGitHubだが、その機能性が仇となって限られた用途で使用するにはいささか煩雑な画面操作が増えたように思う。ghコマンドは確かに有用ではあるものの圧の強いUIと格闘するかCLIかの二択は少々極端なきらいが否めない。 そこで、自前の計算資源を持っている人間にはリモートリポジトリのセルフホスティングが検討される。世の中には絶対にissueやPRを受け付ける気がない雑多なコード片や、ごく個人的、ないしは見知った少人数のみのプロジェクトが存在する。そういった趣旨のリポジトリを管理するには、いっそGitHubよりもミニマルに設計されたサービスの方が快適に用を足せる見込みがある。 そもそもGitとは自由なバージョン管理システムであり、巨大資本のルールに縛られた一つの場所にコードを置くのは十分に機能を活かせていないとも考えられる。もし持て余した計算資源がそ
CI/CDに特化したカンファレンスCI/CD Conference 2023から、合同会社DMM.comのエンジニアが解説するCIパイプラインを加速するトランクベースの開発手法改善に関するセッションを紹介する。「トランクベース開発の実現に向けた開発プロセスとCIパイプラインの継続的改善」というタイトルのセッションでは、CIのプロセスを改善することでソフトウェア変更のリードタイムを短縮する手法について解説。DMMのチーム内で実践したトランクベースのCIパイプラインについてビルド、テスト、レビューなどのプロセスをどう組み立てるべきか？ について、例を挙げて説明している。プレゼンテーションを行ったのはDMM.comの認証許可に関するソフトウェアを開発するチームのリーダーである小林杏理氏だ。 ●動画：トランクベース開発の実現に向けた開発プロセスとCIパイプラインの継続的改善 ●資料：トランクベース
ベロシティ向上を目指してCIやテストの再整備をしている - Diary of a Perpetual Student
チームが抱えていた CI テストに関する課題 最近、GitHub Actions で実行しているテスト、とりわけ Scala のプロダクトコードのテストに関連する様々な問題が原因で、チームの生産性が下がっているほか、Scala のコードを改修することへ抵抗感を覚えてしまっているのでは、と思うようになった。ここで敢えて Scala というワードを出したが、Scala の CI 周りに関するエコシステムに一定の不便さを感じるものの、それ自体が原因というよりは自分たちのソースコードの現状の運用に起因するところが多い。 具体的には以下のような問題をチームで認識していた： コンパイルやテストの実行が遅い どのテストケースで落ちたか分かりづらい lint で落ちたのか単体テストで落ちたのかも分かりづらい テストの workflow が Docker のマルチステージビルドを濫用して作られている（⭐︎）
TerraformのCDパイプラインをCodeシリーズで作ってみる(CI/CDアカウントにパイプラインを集約パターン) | DevelopersIO
TerraformのCDパイプラインをCodeシリーズを使って作りたいことがありました。 TerraformのCDパイプラインを一つのAWSアカウントに集約する構成で、TerraformでCDパイプライン用のCodeシリーズを構築してみました。 terraform-sample/codepipeline-terraform at main · msato0731/terraform-sample 構成図 今回作成した構成は以下です。 CI/CDパイプライン用のAWSアカウントとワークロード用のAWSアカウントを分けている構成です。 Codeシリーズに関しては、CI/CDパイプライン用のAWSアカウントに配置します。 ワークロード用のAWSアカウントにパイプライン用のIAMロールを用意して、CI/CD用のCodeシリーズではそのIAMロールをAssume Roleしてterraform ap
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
もしかしてCI/CDの文脈でベストプラクティスは存在しないな？？？ - Qiita
【AWS】CodePipeline＋ECSでコンテナアプリケーションのCI/CDしてみた
CIコスト下げたい、テスト実行時間減らしたい時のアイデアまとめ - ストロングゼロは睡眠薬
CodeBuild + Step FunctionsでCI/CDパイプラインを構築！ - Qiita
コンテナ化、CI/CD統合における「Docker」と「OpenShift」の主な違い
Go製プロダクトのCI構築に役立つツール&ライブラリ紹介｜NAVITIME_Tech
Podmanで実現する手軽なCI/CD環境
CI/CD Test Night #7 (2024/03/26 18:45〜)
今更だけどEC2にGithub Actionを使って初めてのCI/CDを構築する - Qiita
ホンダ、レベル4自動運転で手軽で自由な移動を実現する「CI-MEV」世界初出展 まずはライドシェアを目標に開発
CI/CD Test Night #7を開催します！ - DeNA Testing Blog
300℃で加熱した「CIコンドライト」は「リュウグウ」のサンプルに似ることが判明
FutureVulsとTrivyでAWS CodePipelineのCI/CDに脆弱性検知を組み込む | Vuls Blog
GitLab CI/CDでSpring Bootアプリケーションをビルドする - APC 技術ブログ
Android CI/CD pipelines at MEGA
Forgejo+WoodpeckerでCI/CD環境を所有する - 点と接線。
CI/CD Conference 2023、DMMのエンジニアが解説するCIを加速するトランクベースの開発とは