並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 837件

新着順 人気順

CIの検索結果201 - 240 件 / 837件

  • Circle CI で mysql-client が apt-get install できなくなってCI環境が壊れた話 - ユアマイスター株式会社エンジニアブログ

    どうも。ユアマイスター星(@inase17000)です。 circle ci で mysql-client のインストールで失敗するようになった。ハマリング。— 星 永亮@ユアマイスターCTO (@inase17000) July 15, 2019 ある日突然Circle CIのビルドが通らなくなり、つらい思いをしたのでシェアしておこうと思います。 暫定ではありますが解決済みですので、万が一同じことで困ってる人がいたら途中は読み飛ばしてください。 背景 ユアマイスターでは Circle CI を使って、mysqlのコンテナを立ち上げ、CakePHP/PHPUnitでテストを動かしています。 その際、テスト用データベースの作成のために、mysqlコマンドを使う必要があるのですが、Circle CIのデフォルトのイメージにはインストールされていないので、自前で入れる必要があります。 .circ

      Circle CI で mysql-client が apt-get install できなくなってCI環境が壊れた話 - ユアマイスター株式会社エンジニアブログ
    • warning絶許マンがCIで捗る話し - Qiita

      all: clang-format -style=file < z80.hpp > z80.hpp.bak cat z80.hpp.bak > z80.hpp rm z80.hpp.bak cd test && make cd test-ex && make zexall ci: cd test && make cd test-ex && make ci ローカル: make [all] でメインモジュールを clang-format で整形してからテスト実行 CI: clang-format での整形を省略しつつテスト実行 text-ex/Makefile の実行手順がローカルとCIで異なっています。 ローカル: cd test-ex && make zexall CI: cd test-ex && make ci CFLAGS=-I../ \ -std=c++11 \ -O2 \ -W

        warning絶許マンがCIで捗る話し - Qiita
      • RailsのCIのテスト実行時間を 10分から5分に高速化した話 - Findy Tech Blog

        FindyでEMをしている栁沢(@nipe0324a)です。 今回は、FindyのとあるRailsのCIのテスト実行時間を10分から5分に高速化した話をご紹介します。 「CIのテスト実行時間が遅い...」 「CIの実行時間を短くしたい!!」 と感じている方はぜひご覧くださいませ。 Findyでは2024年2月現在、1人あたり1日4プルリクを平均で作っています。静的解析や自動テストなどを即時に行うCI環境がないとスピード感のある開発ができなくなるため、CIを高速で回しタスクを完了させる必要があります。機能も増え、テストケースも拡充したことでCIの高速化が求められるようになりました。 また、個人的には、CIは遅くても10分、理想は5分以内で終わるのを1つの目安にしています。これぐらいのスピード感でCIが完了すると、「プルリク作ってレビュー依頼する」、「レビューコメントもらって対応する」といった

          RailsのCIのテスト実行時間を 10分から5分に高速化した話 - Findy Tech Blog
        • The Legends of Runeterra CI/CD Pipeline

          The Legends of Runeterra CI/CD Pipeline Hi, I’m Guy Kisel, and I’m a software engineer on Legends of Runeterra’s Production Engineering: Shared Tools, Automation, and Build team (PE:STAB for short). My team is responsible for solving cross-team shared client technology issues and increasing development efficiency. We focus on the areas that empower other teams to do more and protect the team from

            The Legends of Runeterra CI/CD Pipeline
          • PyCon JP 2019に登壇、PythonでのCIとテストの話をしました - BASEプロダクトチームブログ

            どうも、はじめまして、東口(@hgsgtk)です。BASE BANK株式会社 Dev Divisionでソフトウェアエンジニアをしています。この度、9月14日〜9月17日に開催されたPyCon JP 2019に参加し、「Pythonを使った APIサーバー開発を始める際に 整備したCIとテスト機構」というタイトルで発表してきました。 PyCon JP 2019とは 9月14日〜9月17日に開催されたPythonエンジニアが一同に集う国内最大級のPythonのカンファレンスです。9月16日・17日の後半2日間でセッションスピーカーによるトークが行われる2日間で、私は16日の16:00から15分間登壇してきました。 pycon.jp 発表した内容 発表した内容は、Pythonを使った APIサーバー開発を始める際に 整備したCIとテスト機構というタイトルです。 pycon.jp トークの概要は

              PyCon JP 2019に登壇、PythonでのCIとテストの話をしました - BASEプロダクトチームブログ
            • ninnannon on Twitter: "マンガやロックが好きといえば大喜びするくせに、クラシック聞いてると言っただけで「お高くとまりやがって」とか「ブルジョワめ」とかいうリプがわんさかつく。色んな音楽があるうちの一種にすぎないのに。 そりゃあ松井や橋下みたいな分かりや… https://t.co/Wm0i2CI3Kn"

              マンガやロックが好きといえば大喜びするくせに、クラシック聞いてると言っただけで「お高くとまりやがって」とか「ブルジョワめ」とかいうリプがわんさかつく。色んな音楽があるうちの一種にすぎないのに。 そりゃあ松井や橋下みたいな分かりや… https://t.co/Wm0i2CI3Kn

                ninnannon on Twitter: "マンガやロックが好きといえば大喜びするくせに、クラシック聞いてると言っただけで「お高くとまりやがって」とか「ブルジョワめ」とかいうリプがわんさかつく。色んな音楽があるうちの一種にすぎないのに。 そりゃあ松井や橋下みたいな分かりや… https://t.co/Wm0i2CI3Kn"
              • npm installとnpm ciの動作確認を簡単にやっておいた - Mitsuyuki.Shiiba

                先週、npm installとnpm ciについて調べて考えたことを書いたのだけど、ドキュメントを読んで、頭の中で考えたことをまとめただけなので、これだけだとちょっと気持ち悪いなと思って。簡単ではあるけど実際の動作を確認することにした。 bufferings.hatenablog.com 結果 だいたい想像どおりだった。今回のサンプルプロジェクトで実験した結果は次のとおり。 (1)と(2)は、キャッシュがない場合のnpm ciとnpm installの速さ。想像では「npm ciの方が多少速いのかな?」と考えていたけどほぼ同じだった。node_modulesがない状態から始まるので、npm ciはnpm_modulesを削除する必要がない。一方で、npm installも既存のnode_modulesをチェックする必要がなくて、package.jsonとpackage-lock.jsonの

                  npm installとnpm ciの動作確認を簡単にやっておいた - Mitsuyuki.Shiiba
                • 「金融サービス向けに理想のCI/CDを追い求めたお話」というタイトルでJAWS DAYS 2020 オンライン開催に登壇してきました - How elegant the tech world is...!

                  はじめに AWSユーザグループコミュニティのイベントであるJAWS DAYS 2020にCI/CDの枠組みでCall for Papersの公募に採用されましたので、本日、目黒セントラルスクエア@AWSへオンライン収録に行ってきました。 JAWS DAYS 2020 | Your Next Cloud Journey 残念ながら、今年COVID-19の影響で現地五反田での開催が中止となってしまいましたが、JAWS実行委員の方々がなんとか盛り上げていただき、オンラインの場にて登壇する運びとなりました。実行委員の方々、本当にありがとうございました。 発表した内容 発表タイトルは「金融サービス向けに理想のCI/CDを追い求めたお話」です。同僚の馬勝さんと50分枠で前後半25分ずつに担当分けして発表してきました。 私自身、今の会社に務めてちょうど9年目となるところですが、入社以来、ずっと金融システ

                    「金融サービス向けに理想のCI/CDを追い求めたお話」というタイトルでJAWS DAYS 2020 オンライン開催に登壇してきました - How elegant the tech world is...!
                  • Homebrew 4.0 で git repo の保持が不要になったので削除した, Ruby CI の sprockets を propshaft にした, Asakusa.rb 第 702 回 - HsbtDiary(2023-02-21)

                    ■ Homebrew 4.0 で git repo の保持が不要になったので削除した 4.0.0 — Homebrew にあるように homebrew 4.0 から core と cask の formulae は API 経由で json で取得するようになったのでローカルに保持している formulae は untap コマンドで全て消した。 $ brew untap homebrew/core Untapping homebrew/core... Untapped 3 commands and 6532 formulae (6,884 files, 599.4MB). ~ $ brew untap homebrew/cask Untapping homebrew/cask... Untapped 4164 casks (4,236 files, 355.9MB). 1gb 弱のスペー

                    • テックブログカンファレンスで「テックブログとCI」という話をしました #techblogconf | DevelopersIO

                      はじめに AWS事業本部の佐々木です。 2020年2月25日(火)に開催されたテックブログカンファレンスで、「テックブログとCI」というタイトルでお話させて頂きました。 会場は株式会社インターネットイニシアティブ (IIJ) 本社。素敵な会場のご提供ありがとうございました。 資料 Tweetまとめはこちら。 2020/02/25 テックブログカンファレンス #techblogconf お伝えしたかったこと クラスメソッドの技術ブログであるDevelopers.IOは、2011年7月にスタートし、8年以上継続して続けております。おかげさまで月間290万PV/90万UUと多くの方に見て頂けるようになりました。しかし私達はこの技術ブログをブランディングやマーケティングの手段だとは考えていません(結果的にそうなっている点は否めませんが、それを目的とはしていません) 弊社が考えるエンジニアの育成スパ

                        テックブログカンファレンスで「テックブログとCI」という話をしました #techblogconf | DevelopersIO
                      • GitHub - github/gh-valet: Valet helps facilitate the migration of Azure DevOps, CircleCI, GitLab CI, Jenkins, and Travis CI pipelines to GitHub Actions.

                        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

                          GitHub - github/gh-valet: Valet helps facilitate the migration of Azure DevOps, CircleCI, GitLab CI, Jenkins, and Travis CI pipelines to GitHub Actions.
                        • [DevOpsプラットフォームの取り組み #5] Cloud Native CI/CDを実現するTektonの紹介 - NTT Communications Engineers' Blog

                          はじめに DevOpsプラットフォームの取り組みを紹介する5回目の記事です。 Qmonus Value Stream開発チームの杉野です。 連載第5回では、Qmonus Value StreamでCI/CD機能を実現するための要素技術として用いている、OSSのTektonについて紹介します。 これまでの記事をまだ見ていないという方は、Qmonus Value StreamというプラットフォームがどのようにTektonを利用しているかを過去の記事で述べていますので、覗いてみてください。 また、本記事ではKubernetes(以下、k8s)に関する知識がある前提で記述していますので、ご了承ください。 Tekton とは Tektonは一言でいうと、CI/CDシステムを作成するためのKubernetes Nativeなオープンソースフレームワークです。さらに噛み砕いて表現すると、k8s上で動作し

                            [DevOpsプラットフォームの取り組み #5] Cloud Native CI/CDを実現するTektonの紹介 - NTT Communications Engineers' Blog
                          • Cloud Deploy 実践編: CI との連携

                            前回『デプロイに全集中!新サービス Cloud Deploy』では、Cloud Deploy (現在プレビュー段階です)の背景にある思想 & 基本的な使い方をご紹介しました。今回は少し視野を広げ CI との関係を知り、連携して動かすことをゴールに、その過程で考慮すべきポイントも併せてご紹介します。 TL;DRCI と CD の管理主体が分かれます、改めて理想を検討しましょうgit リポジトリでテスト・ビルド・デプロイ “方法” を管理CI でテストし、ビルドし、成果物をまとめるCD で成果物とデプロイ先の管理 & ロールアウト / ロールバックこの 3 つを繋ぐのは Skaffold ローカルから実行環境までの様々な環境差異視野を広げつつも、今回も Google はどんなことを課題と捉え、何を解決しようとしているのかを一緒に考えてみたいと思います。 CI / CD パイプラインパイプライン

                              Cloud Deploy 実践編: CI との連携
                            • Kubernetes Meetup Tokyo#24で「ZealsでのCI/CDパイプライン構築事例」について登壇しました! - Zeals TECH BLOG

                              こんにちは! 普段はGolangでMicroservicesを開発しているぱんでぃーです! 今回のエントリーでは『Kubernetes Meetup Tokyo #24』でLT枠として登壇してきたレポートをお届けします! k8sjp.connpass.com LTに登壇しようと思った経緯 『Kubernetes Meetup Tokyo』はKubernetesはもちろん、そのエコシステムの一部として利用されるCloud Nativeなテクノロジーについて情報交換や交流を行うミートアップです。イベントは毎月開催されているのですが、CNCF(Cloud Native Computing Foundation)まわりのテクノロジーは急成長しているため、毎回新しい発見があります!!(ついていくのも大変ですが・・・笑) k8sjp.connpass.com 私自身も過去10回ほど、一般参加者としてミ

                                Kubernetes Meetup Tokyo#24で「ZealsでのCI/CDパイプライン構築事例」について登壇しました! - Zeals TECH BLOG
                              • 1400 行の一枚岩な .gitlab-ci.yml を分割して CI を高速化した - 弁護士ドットコム株式会社 Creators’ blog

                                こんにちは。弁護士ドットコム クラウドサイン事業本部で SRE をしています、大内と申します。 クラウドサイン事業本部の SRE ではサービスの可用性、信頼性の向上や開発の高速化、省力化を目指した開発を日々行っています。 クラウドサイン事業本部では本体アプリケーション(以下本体)のソースコード管理を GitLab で行っています。 そして、本体とその関連サービス、バッチなどを 1 つのリポジトリで管理するモノレポ構成を取っています。 今回は、そんなモノレポ構成のリポジトリの GitLab CI パイプラインを分割し、開発速度を大きく改善した話をご紹介します。 CI 分割以前の CI 構成 モノレポ構成プロダクトの CI が抱えていた課題 他のテストの待ち時間の影響を受けて待ち時間が伸びる テストが失敗するとすべてのデプロイがブロックされる .gitlab-ci.yml の肥大化による、コー

                                  1400 行の一枚岩な .gitlab-ci.yml を分割して CI を高速化した - 弁護士ドットコム株式会社 Creators’ blog
                                • 同人ゲーム制作者向け misskey サーバーはじめました - いなずまそふと制作支援部 - Ci-en(シエン)

                                  Misskey.doujin.games つくりました ご存じの通り…かどうかはわかりませんが、いなずまそふとは成人向けのゲーム制作サークルです。悲しいことに X(Twitter) のアカウントが凍結されていまいました。 最近はセンシティブな画像をアップロードしていなかったので、規約に反しているとは思えないのですが、成人向けであることをわかりやすくするためにアカウント名を変更したところアカウント凍結に至ってしまいました。 異議申し立てをしてもまともに審査されている様子はありません。 森島コンさんの記事にある内容と同じですね、今のところ弁護士にお願いするつもりはないのですが、動向には期待したいところです。 https://ci-en.dlsite.com/creator/21937/article/994900 X で成人向けの活動を行っていくのは難しいだろうなと思い、以前から同人ゲーム制作

                                    同人ゲーム制作者向け misskey サーバーはじめました - いなずまそふと制作支援部 - Ci-en(シエン)
                                  • Sonota on Twitter: "これを日中戦争時の中国人がやったら天文学的賠償額になり、とてもじゃないが賠償しきれないので中国も放棄せざるを得ないことを日本はやったんだけど、そこにつけ込んで侵略を否定するくずの多いこと。 https://t.co/73ci01Y0Qi"

                                    これを日中戦争時の中国人がやったら天文学的賠償額になり、とてもじゃないが賠償しきれないので中国も放棄せざるを得ないことを日本はやったんだけど、そこにつけ込んで侵略を否定するくずの多いこと。 https://t.co/73ci01Y0Qi

                                      Sonota on Twitter: "これを日中戦争時の中国人がやったら天文学的賠償額になり、とてもじゃないが賠償しきれないので中国も放棄せざるを得ないことを日本はやったんだけど、そこにつけ込んで侵略を否定するくずの多いこと。 https://t.co/73ci01Y0Qi"
                                    • dbtでCIを実現するために、Github ActionsでAWSのVPC越えしたい。 - KAYAC engineers' blog

                                      この記事はTech KAYAC Advent Calendar 2023の8日目の記事です。 こんにちわ。その他事業部SREチームの@mashiikeです。 最近、風変わりな記事を連投しているのですが、今回も風変わりです。 ひとことで要約すると、 私は!Github Actionsから!Redshiftにアクセスしたいんだ!!! です。 TL;DR dbtのCIを実現したい。ローカルのunit-testはできてるんだが、Github ActionsからRedshiftへのアクセスに難がある。 Github ActionsからRedshiftにアクセスするために頑張ってみた。 kayac/ecspressoで踏み台となるECS Taskを立ち上げる。 fujiwara/ecstaでportforwardingする。 mashiike/redshift-credentials で一時認証情報を

                                        dbtでCIを実現するために、Github ActionsでAWSのVPC越えしたい。 - KAYAC engineers' blog
                                      • piqcy on Twitter: "品質の担保されたPythonプロジェクトを作るためのチェックリスト。Pythonのバージョン/パッケージ管理からコメント、テストの書き方、カバレッジの計測にGitHub ActionによるCIの設定まできっちり書かれている。 https://t.co/4VqOHFGL8K"

                                        品質の担保されたPythonプロジェクトを作るためのチェックリスト。Pythonのバージョン/パッケージ管理からコメント、テストの書き方、カバレッジの計測にGitHub ActionによるCIの設定まできっちり書かれている。 https://t.co/4VqOHFGL8K

                                          piqcy on Twitter: "品質の担保されたPythonプロジェクトを作るためのチェックリスト。Pythonのバージョン/パッケージ管理からコメント、テストの書き方、カバレッジの計測にGitHub ActionによるCIの設定まできっちり書かれている。 https://t.co/4VqOHFGL8K"
                                        • [初心者向け] GitHub ActionsからECS FargateにCI/CDしてみた | DevelopersIO

                                          こんにちは!コンサル部のinomaso(@inomasosan)です。 本記事はGitHub Actions Advent Calendar 2021の20日目の記事です。 投稿が遅くなってしまい申し訳ございません! GitHub ActionsからECSへ簡単にCI/CDできると聞いたので試してみました。 いくつか参考ブログはあったのですが、ワークフローのテンプレートが古くなっていたりしたので改めてブログにまとめてみました。 前提 以下の環境を構築している必要があります。 DockerイメージレジストリにECRを使用 ECSでコンテナを起動中 GitHub Actionsワークフローについて 今回はGitHub ActionsのDeploy to Amazon ECSというテンプレートからワークフローを作成します。 テンプレートの大まかな内容は以下の通りです。 ECRにログイン Dock

                                            [初心者向け] GitHub ActionsからECS FargateにCI/CDしてみた | DevelopersIO
                                          • トランクベース開発の実現に向けた開発プロセスとCIパイプラインの継続的改善

                                            CI/CD Conference 2023 https://event.cloudnativedays.jp/cicd2023/talks/1774

                                              トランクベース開発の実現に向けた開発プロセスとCIパイプラインの継続的改善
                                            • LLMのプロンプトをCI/CDで評価する。promptfooを使って - Gunosy Tech Blog

                                              こんにちは。 LLM事業部のUTです。 概要 promptfoo の紹介 起動 CI での評価 GitHub Action まとめ 概要 OpenAI による ChatGPT 登場の衝撃から1年ほど経ちましたが、 LLM を活用する企業はものすごく増えました。 OpenAI だけでなく、大手クラウドや Hugging Face などを通して各企業も提供しています。 遊びで使う分にはどの LLM を使うかは適当で良いかと思いますが、プロダクトとして提供する場合利用を想定しているシーンに対して、最適なモデルを選びたいと思うのは必然でしょう。 また LLM を利用してレスポンスを受けるに当たり、最も重要なのがプロンプトです。 様々な研究結果にもある通り、プロンプトの書き方一つで出力結果が大きく変わります。 欲しいアウトプットを出すプロンプトを探すには、プロンプトを複数作り比較する必要があります。

                                                LLMのプロンプトをCI/CDで評価する。promptfooを使って - Gunosy Tech Blog
                                              • コミット前後でベンチマークが悪化していたらテストを落とすGoのCI用ツール - knqyf263's blog

                                                本当にただこれがやりたかっただけです。今でも既存のものがあるだろうと思っているのですが、誰も教えてくれなかったのでシュッと作りました。落ち込まないので今からでも教えてくれて良いです! pushしたらコミットの前後でgo test -bench的なことして有意に悪化してたらテスト落としてくれるSaaSとかOSSとかありませんか— スッキリごん! (@knqyf263) 2020年1月10日 概要 上のツイートにある通りなのですが、Goだとベンチマークを計測するツールがデフォルトでgo testに同梱されているので、GitHubとかにコミットされたらそのコミットと一つ前のコミットでベンチマークのスコアを比較して、悪くなっていたら教えて欲しかっただけです。シェルスクリプトで数行で出来るようなレベルですし、ちょっとオプションつけたり表示をリッチにしても200行ぐらいで済みそうだったのでGoでツール

                                                  コミット前後でベンチマークが悪化していたらテストを落とすGoのCI用ツール - knqyf263's blog
                                                • KubernetesベースのCI/CDシステムProwに入門してみた | CyberAgent Developers Blog

                                                  こんにちは、技術本部 OpenSaaS Studioでサーバサイドエンジニアをしている安里です。2019年5月に開催された社内勉強会のレポートをお届けします。 技術本部ではエンジニアの技術向上を目的として定期的に勉強会を開催しており、 今回は同じくOpenSaaS Studioのメンバーである安井さん(@gkuga)に講師をお願いし、ProwというKubernetesベースのCI/CDシステムの勉強会を行いました。 勉強会の様子 Prowについて 勉強会の前半では、こちらの資料をもとにProwの成り立ちや機能、仕組みが説明されました。 KubernetesのCI/CDは元々Jenkinsで行なっていましたが、以下のような運用上の課題を抱えており、これらを解決するためにProwが開発されたとのことです。 Jenkinsのバージョンを上げる際に全ノードを停止する必要がある Githubと連携す

                                                    KubernetesベースのCI/CDシステムProwに入門してみた | CyberAgent Developers Blog
                                                  • LINEの開発現場を支えるCI/CD DevOps推進のために大切にしていること

                                                    2020年01月29日、DevOpsについての知見を共有する「うちのDevOps事情〜大規模サービスのモニタリングあれこれ〜」が開催されました。DevOpsを推進していく際のさまざまな事例を紹介します。「LINEにおけるCI/CDとMonitoring」に登壇したのはLINE Growth Technology株式会社・黒木 亮太氏。登壇資料はこちら LINEにおけるCI/CDとMonitoring 黒木亮太氏(以下、黒木):「LINEにおけるCI/CDとMonitoring」というお話をさせていただこうかなと思ってます。 まずは私のプロフィールです。私は黒木亮太と言います。2019年にLINE Growth Technologyに移って、LINE Growth Technology株式会社の東京開発室の室長をやっています。 もともとWeb系の会社にずっといて、こういう業界にはけっこう

                                                      LINEの開発現場を支えるCI/CD DevOps推進のために大切にしていること
                                                    • Building the perfect GitHub CI workflow for your frontend team - Maxime Heckel's Blog

                                                      Building the perfect GitHub CI workflow for your frontend team You've probably noticed if you've been following me for a while that I'm a ✨ big fan ✨ of automation. I wrote about automated CI/CD a year ago and also talked a lot about the concepts surrounding this subject, but never really touched upon the tools I use for my CI jobs and how I use them. One such tool that has really worked for me, e

                                                        Building the perfect GitHub CI workflow for your frontend team - Maxime Heckel's Blog
                                                      • AmplifyでReactアプリのデプロイ、CI/CDをする公式チュートリアルをやってみた | DevelopersIO

                                                        大阪オフィスのYui(@MayForBlue)です。 AWS Amplify(以下Amplify)を触る機会があり、Reactアプリのデプロイ、ホスティングとCI/CDを試すことができるチュートリアルを見つけたのでやってみました。 Reactを知らなくても簡単にできるのと、AmplifyだけでなくCI/CDがどういうものかをサクッと掴むこともできるのでとても良いチュートリアルだと思いました! 所要時間は30分くらいでした。 Deploy and host a ReactJS app with AWS Amplify Console 手順 前提条件 Reactアプリケーションを作成する GitHubにpushする Amplify をセットアップする CI/CDを試す アプリケーションの削除 前提条件 Node.jsがインストールされていること GitHubアカウントを持っていること Node

                                                          AmplifyでReactアプリのデプロイ、CI/CDをする公式チュートリアルをやってみた | DevelopersIO
                                                        • GitHub ActionsがCI/CDをビルトインサポート、具体的にはどうなっているか

                                                          GitHub ActionsがCI/CDをビルトインサポート、具体的にはどうなっているか:「GitHubらしいやり方を考えた」(1/2 ページ) GitHubは2019年8月8日(米国時間)、開発者ワークフロー自動化ツールの「GitHub Actions」で、CI/CDのサポートを発表した。具体的にはどのように使えるのだろうか。 GitHubは2019年8月8日(米国時間)、開発者ワークフロー自動化ツールの「GitHub Actions」で、CI/CD(Continuous Integration/Continuous Delivery)のサポートを発表した。正式提供開始は、(同社イベント「GitHub Universe」開催日の)2019年11月13日を予定する。その後も、公開リポジトリではこの機能を無償で利用できることになるという。 2018年10月にGitHub Actionsを発表

                                                            GitHub ActionsがCI/CDをビルトインサポート、具体的にはどうなっているか
                                                          • GitHubのDependabotが作るプルリクエストで動くCI/CDで、デプロイさせたくない | DevelopersIO

                                                            GitHubには、Dependabotという便利な機能があります。 これは、利用しているライブラリに脆弱性が見つかったり、更新できる場合に、自動でプルリクエストを作ってるくれる機能です。 Keeping your supply chain secure with Dependabot - GitHub Docs GitHubにDependabotを導入して依存ライブラリを自動アップデートする | DevelopersIO とてもありがたい機能なのですが、同時にプルリクエスト(のためのブランチ)が作られて、同時にCI/CDが動いて、同時に同じAWS環境にデプロイされるのは嬉しくありません。 そこで、本記事では、「Dependabotで作られたプルリクエストの場合、デプロイさせない」を試してみます。 なお、CI/CDはCircleCIを使います。 おすすめの方 GitHubのDependabo

                                                              GitHubのDependabotが作るプルリクエストで動くCI/CDで、デプロイさせたくない | DevelopersIO
                                                            • cache を最適化して RuboCop の CI 実行時間を劇的に改善した話 - JMDC TECH BLOG

                                                              こんにちは、プロダクト開発部の八杉です。JMDC では主に web フロントエンドの実装や設計を中心に行っているほか、最近は Rails の GraphQL モジュールの設計や CI の最適化にも取り組んでいます。 本記事は JMDC Advent Calendar 2023 11日目の記事です。 qiita.com この記事では、 RuboCop を CI で実行した際に遭遇した cache にまつわる 3 つの問題とその対処について紹介します。 背景 今回お伝えするのは、私が開発に携わる Pep Up (ペップアップ) という web サービスの話です。 Pep Up は Ruby on Rails 製のアプリケーションで、コードフォーマッターに RuboCop を使用しています。8 年前の開発初期から使用していますが、違反のチェックを厳格に行っていなかったこともあり、ここ数年はフォー

                                                                cache を最適化して RuboCop の CI 実行時間を劇的に改善した話 - JMDC TECH BLOG
                                                              • GitHub ActionsにCI/CD機能統合、テストからデプロイまでの自動化図る

                                                                昨年10月に発表されたGitHub Actionsは、開発ワークフローの自動化ができるサービス。ワークフローや処理内容をリポジトリー内のコードとして記述することで、作成したワークフローの共有・再利用だけでなく、開発プロセスを含めてフォークすることも可能となっている。 今回発表されたCI/CD機能のベータ版は、このGitHub Actionsに完全統合されており、YAML形式でワークフローを作成することで、環境設定の必要なく、任意のOS、言語、クラウドでの開発、テストおよびデプロイのプロセスを自動化できるようになっている。 ビルドの実行時には、その進捗についての詳細なフィードバックをリアルタイムで得られるようになっており、さらに各ログファイルの任意の行はパーマリンクによって参照することができるので、ビルドの不具合やテスト結果について他の開発者と議論することが容易になっている。また、マトリック

                                                                  GitHub ActionsにCI/CD機能統合、テストからデプロイまでの自動化図る
                                                                • reviewdog🐶を飼ってGitLab-CI上で静的解析しませんか? - Qiita

                                                                  はじめに レビュワーの工数削減とヒューマンエラーを防ぎコードの品質をさらに向上させていく取り組みの一環として、自動コードレビュー(静的解析) を検討しました。 そこで、reviewdogというツールを用いて実装しようとしたのですが、 reviewdogはgithub-actionsベースで開発がされているため、gitlabでの使用に関しては、ほとんど事例・記事はありませんでした。 導入まで少しだけ苦労したので、この記事がgitlab上でreviewdogの使用を想定している人に向けて参考になれば幸いです。 reviewdogとは? Go言語で記述されたOSS。 各種 linter 解析の検出結果を MR(またはPull Request) にコメントする形で指摘してくれるツール 以下のreviewdog開発者の記事を読むと概要が掴めると思います。 Reviewdog を飼ってコードレビューや

                                                                    reviewdog🐶を飼ってGitLab-CI上で静的解析しませんか? - Qiita
                                                                  • Performance monitoring with Lighthouse CI  |  Articles  |  web.dev

                                                                    Performance monitoring with Lighthouse CI Stay organized with collections Save and categorize content based on your preferences. How to add Lighthouse to a continuous integration system, such as GitHub Actions. Lighthouse CI is a suite of tools for using Lighthouse during continuous integration. Lighthouse CI can be incorporated into developer workflows in many different ways. This guide covers th

                                                                    • akiatoji on Twitter: "トランプはツィッター追放されてからつれなくした企業にちまちまと郵便送りつけて仕返ししてる。例えばコストコに小学生みたいな手紙を送りつけて会員をやめたり。もう幼児レベル。当然誰も取り上げてくれない。 https://t.co/F8cI62mvU7"

                                                                      トランプはツィッター追放されてからつれなくした企業にちまちまと郵便送りつけて仕返ししてる。例えばコストコに小学生みたいな手紙を送りつけて会員をやめたり。もう幼児レベル。当然誰も取り上げてくれない。 https://t.co/F8cI62mvU7

                                                                        akiatoji on Twitter: "トランプはツィッター追放されてからつれなくした企業にちまちまと郵便送りつけて仕返ししてる。例えばコストコに小学生みたいな手紙を送りつけて会員をやめたり。もう幼児レベル。当然誰も取り上げてくれない。 https://t.co/F8cI62mvU7"
                                                                      • GitHub Actionsを駆使してPuppetのCIを改善してきた道のり - Pepabo Tech Portal

                                                                        こんにちは!技術部プラットフォームグループの@h0mirun_deux, @ryuichi_1208, @rsym1290 です。 今回は、社内で取り組んでいるPuppetのCI改善についてお話したいと思います。 ペパボにおけるインフラの構成管理とCIについて 弊社では様々なサービスを提供しており、その殆どのサービスでPuppetを用いてインフラの構成管理をしています。 また、GitHub Actionsを用いてCIを動かしており、リモートリポジトリへのpushのタイミングでの各ロールのCIが実行されます。 本稿では、カラーミーショップと30days Albumで取り組んだCI改善について掘り下げていきたいと思います。 従来のCI カラーミーショップや30days AlbumではPuppetを用いて各ロールのミドルウェアの構成管理をしています。 なにか変更をする場合は、Pull Reque

                                                                          GitHub Actionsを駆使してPuppetのCIを改善してきた道のり - Pepabo Tech Portal
                                                                        • CI/CD とは-継続的インテグレーション/継続的デリバリー|Red Hat

                                                                          CI/CD は、ソフトウェア開発および更新の継続的なサイクルを維持しながら、バグやコードの不具合を回避するのに役立ちます。 アプリケーションが増大する中、CI/CD の機能は複雑さを軽減し、効率を高め、ワークフローを最適化するための助けとなります。 CI/CD は、新しいコードをコミットから本番環境に取り込むために従来必要とされていた手作業よる介入を自動化するので、ダウンタイムが最小限に抑えられ、コードのリリースが迅速化されます。また、コードの更新や変更をより迅速に統合できるため、ユーザーのフィードバックをより頻繁かつ効果的に組み込むことができ、ユーザーにとってプラスの結果が生み出され、顧客の満足度が全体的に向上します。 CI/CD の「CI」は常に継続的インテグレーションを指します。これは、コード変更をより頻繁にマージして共有ブランチ、つまり「トランク」に戻す作業を容易にする開発者向けの

                                                                            CI/CD とは-継続的インテグレーション/継続的デリバリー|Red Hat
                                                                          • コミット単位でWebサイトのパフォーマンスを計測出来るLighthouse CIを使ってみた - SMARTCAMP Engineer Blog

                                                                            こんにちは、スマートキャンプのエンジニア中川です。 本記事は「スマートキャンプ Advent Calendar 2019 - Qiita」の2日目の記事になります。 突然ですがみなさん、Webサイトのパフォーマンス計測はお好きですか? 好き嫌いはさておき、私は以下のような課題感を前々から持っていました。 顕在化してきたタイミングで問題となる いつパフォーマンスが悪化したのか、継続して悪化し続けているのかなど、情報量がすくない状態から対応をはじめなければならない 調査が長くつらいものになる なぜパフォーマンスが悪いのかわからない ある特定のコミットで著しく悪化したのか?どういう変更をするとスコアが遅くなりがちなのか?など知見が貯まらない どれもあるあるな悩みかと思いますが、タイムラインをチェックしていたところたまたまLighthouse CIの存在を知り、これらの課題を解決出来そうだったので

                                                                              コミット単位でWebサイトのパフォーマンスを計測出来るLighthouse CIを使ってみた - SMARTCAMP Engineer Blog
                                                                            • AWS CodePipeline で CI/CD の仕組みを構築したお話 | スペースマーケットブログ

                                                                              こんにちは、エンジニアの藤田です。 私事ですが、2018年の11月に入社してから半年以上が過ぎました! 自分の入社エントリーを読み返してみると 入社から半年以上たった今も自分が思うスペースマーケットへの魅力は変わっていないような気がします。 しかしながら、入社早々いろいろなことを任せていただいたこともあり、スキル面はだいぶ変化がありました! 今回は私がスペースマーケットに入社一ヶ月で、いきなり任された AWS CodePipeline を使った CI/CD の自動化について書こうと思います。 入社したてでシステムの構成もまだ把握していない段階でも、 AWS CodePipeline の力を借りて、比較的簡単に CI/CD を構築できました。 AWS CodePipeline とは AWS の公式ドキュメントから引用すると AWS CodePipeline は完全マネージド型の継続的デリバリ

                                                                              • Pythonで環境に依存しないポータブルなCI/CDを記述可能に。「Dagger Python SDK」リリース

                                                                                Pythonで環境に依存しないポータブルなCI/CDを記述可能に。「Dagger Python SDK」リリース Daggerは、ビルド/テスト/デプロイの一連のCI/CDパイプラインを、どの環境にも依存することなく、ローカルPCやサーバ、GitHubやCircleCIなどの主要なCI/CDサービスなどでポータブルに実行可能にするソフトウェアです。 そのDaggerによるCI/CDパイプラインの定義をPythonで記述できる「Dagger Python SDK」がリリースされました。 Introducing the Dagger Python SDK: develop your CI/CD pipelines in Python, run them in containers anywhere. https://t.co/X8YY59WTqz pic.twitter.com/4RxHLDk

                                                                                  Pythonで環境に依存しないポータブルなCI/CDを記述可能に。「Dagger Python SDK」リリース
                                                                                • 「AWS Amplify」がフルスタックなCI/CD機能を新たにローンチ

                                                                                  Amplifyでは、スケーラブルなフルスタックアプリケーションを迅速に構築することができる。フロントエンド開発者は、素早くバックエンドを構成してアプリケーションと接続し、静的なウェブアプリケーションのデプロイを数クリックで実行できる。加えて、AWSコンソールの外部でも、簡単にアプリケーションコンテンツの管理が可能。一般的なウェブフレームワーク(JavaScript、React、Angular、Vue、Next.js)やモバイルプラットフォーム(Android、iOS、React Native、Ionic、Flutter)がサポートされている。 今回のローンチにより、条件付きバックエンドビルド、ビルド時のaws-exports.js自動生成、および複数のフロントエンドブランチ間でバックエンドを再利用するためのよりシンプルなコンソールワークフローをサポートするようになった。 コミットされた「a

                                                                                    「AWS Amplify」がフルスタックなCI/CD機能を新たにローンチ