Playwrightで遊んでみる - Qiita
これで、以下が行われます。 必要なパッケージ（@playwright/test)のインストール config（playwright.config.ts）の追加 サンプルコード（e2e/example.spec.ts, tests-examples/demo-todo-app.spec.ts）の追加 不要であれば、削除してしまってもいいでしょう .gitignore への追加 eslint plugin eslint-plugin-playwright があるので使いましょう。 以下、設定例。 overrides: [ : { files: ['e2e/**/*.spec.[jt]s?(x)'], extends: ['plugin:playwright/recommended'], rules: { // NOTE: testing-library and playwright have
CircleCIの実行時間を削減するための小技
最近はもっぱらCIといえばGitHub Actionsを使っているのですが、CircleCIも使っています。今回はCircleCIのジョブ実行時間を削減するための小技をまとめておきます。なお、プロジェクト依存で手法は変わってくるので、これらをやれば必ず早くなるわけではないです、色々試してみてください。もし良い方法があったらコメントで教えてください。 以下、紹介する小技です。 Gitリポジトリのクローンを効率化 WorkspacesとCacheをうまく使う 必要のないテストとビルドはスキップする 依存度合いでテストを分割する また、CircleCI公式ドキュメントに最適化手法も書かれているので、こちらも合わせて読むことをオススメします。 https://circleci.com/docs/optimizations/ Gitリポジトリのクローン時間削減 CircleCIでは checkout
CIで「A required agreement is missing or has expired.」が発生した場合の対応方法
事象 CircleCIを実行したところ、次のエラーが発生しました。 fastlane finished with errors [!] The request could not be completed because: A required agreement is missing or has expired. - This request requires an in-effect agreement that has not been signed or has expired. 日本語訳すると、次のようになります。 必要な契約が不足しているか、期限切れです。 - この要求には、署名されていないか期限切れの有効な契約が必要です。 対応 エラーメッセージから、Apple Developer Programに関連する何らかの契約が未署名であるか、または期限切れであることが読み取れます
SwiftLintのXcodeビルドツールプラグインにおけるフィンガープリント検証の無効化
SwiftLintは、CI環境での自動ビルド時には、Xcodeのセキュリティ機能によって一部の問題が生じることがあります。ここでは、これらの問題を回避するために、フィンガープリント検証を無効にする方法について説明します。 Xcodeのフィンガープリント検証とは？ フィンガープリント検証は、ソフトウェアやデータが改ざんされていないことを確認するためのプロセスです。Xcodeでは、インストールされているプラグインやマクロの「フィンガープリント」をチェックすることで、そのソースが信頼できるかどうかを検証しています。 しかし、CI環境ではこの検証プロセスが障害となることがあります。特に、自動化されたビルドプロセスでは、この検証ダイアログが表示されるとプロセスが中断され、時間のロスやビルドの失敗を招くことがあります。 フィンガープリント検証の無効化方法 SwiftLintのXcodeビルドツールプラ
CircleCIでformat、lint、buildが通るかをチェックしたい
経緯 本業の方で、Next.JS14（この前13 → 14にバージョン上げました🙌🏻）を用いて開発、というか既存のレガシーな作りを取っ払ってNextにreplaceしちゃおうぜ計画を行っている。 その際に技術的に気になったことをメモしていく。できれば継続的に🐟 今回は、prettierのformatと、ESlintのcheck、nextのbuildを、CircleCIを使って一括checkし、一つでも通らなかったらGitHubでプルリクを作成した際にマージできないようにしたので、採用理由や実装ポイント、詰まった点などをメモしておく。 CircleCIで行う理由 これに関しては、既存のサービスにおいて、stg環境や本番環境にデプロイする時などに、CircleCIを使用していたためというのが大きい。 ただ、普段CIの管理をしているのはSREチームなので、僕は普段触る機会がない。 今回ほぼ
【CI/CD】複数リポジトリでCircleCIのコードを共有する - Qiita
動作環境として、下記の3つがありました。 本番環境 ステージング環境 海外チームのステージング環境 元のCircleCiの実装 サービスの構成をもとに実装したCircleCiの構成が下記です。 こちらの実装の詳細についての説明は省きますが、まず環境ごとのYAMLファイル間で実装が酷似すること、それぞれのリポジトリで技術スタックがかなり似ているため、必然的にCDのコードもほぼ同じようなものが作られます。 JS, Vue, TypeScriptのbuild(buildコマンドは統一されている) PHPのリリース関連コード 全てのリリース後に行われる共通のキャッシュ削除 など。。。 さらに、実際にCDを動かし始めてから発見されるバグや軽微な修正等もほぼ全てのリポジトリで同様の修正をしなくてはならないなど、さまざまな悩みがありました。 解決策 上記の問題に対峙した時、真っ先に思い浮かんだのが実装の
【Android】 CircleCI + Roborazzi + Showkase で VRT 試しました - Qiita
今回VRTを試した理由 DroidKaigi 2023 公式アプリ のPRでベースブランチからスクリーンショットの差分が発生すると比較画像が表示されるのがすごく有用にかんじ個人開発、仕事でも使用したくてそのために試しました。 完成品 レボジトリ config.yml （CircleCI 設定ファイル） 実際に試した際の比較画像 使用したライブラリやサービス Circle CI 個人的にCircle CIをよく触っているため今回使用しました Roborazzi Android端末を使わずに、JVM上でスクリーンショットを撮影することができるライブラリ UnitTestで行えるためかなり早いです Showkase PreviewなどのアノテーションつけたComposableからUIコンポーネントカタログを作成できるライブラリ PreviewアノテーションがついているComposableをそのま
CircleCIでリポジトリ内でのフロントエンドとバックエンドを分けたCI/CD環境構築 - Qiita
本記事は 株式会社ACCESS Advent Calendar 2023 の23日目の記事です。 お久しぶりです。 一年に一回 Qiita へ寄稿する @Momijinn です。 あるプロジェクトで CircleCI を使った CI/CD を構築しました。 そのときにちょっとめんどくさい自体になったので解決方法を書いていこうと思います。 問題になったこと ひとつのリポジトリに バックエンド と フロントエンド が混在(フォルダでわけているような感じ)していました。 バックエンドのPRの場合はバックエンドの CI/CD を行い、 フロントエンドのPRの場合は フロントエンドの CI/CD を行いたいです。 単純に CI/CD を実装してしまうと、上記のことができない自体になりました。 やりたいこと バックエンド側のコードが変更されたら バックエンドのみ の CI/CD を実行する。 フロント
特定のファイルが変更された時のみ Circle CI のジョブを実行する - Qiita
Circle CI を使用していると、このジョブは特定のファイルが変更されて時だけ実行したいなと思う時がありませんか？ありますよね？そう、あるんですよ。 そこで、特定のファイルが変更された時のみ Circle CI のジョブを実行する方法「Dinamic Configuration」を紹介します。 Dynamic Configration とは プロジェクトで一つのコンフィグファイルを使用して CI の設定をするのではなく、特定のパイプラインパラメーターやファイルパスに応じて、設定ファイルを作成・実行する方法です。 詳細は公式ドキュメントを参照してください。 Dynamic Configration の使用方法 主に以下の方法を使用して Dynamic Configration を使用することができます。 continuePipelin API の呼びだし circleci/continu
Salesforce CLI で CircleCIの自動テストを実行する - Qiita
こんにちは、こちらはCircleCI Advent Calendar 2023の23日目、Perfumeはかしゆかの生誕祭をお祝いする記事になります。 悲しいことに1日遅れになってしまいました。よよよ。それでもゆかちゃん誕生日おめでとう🎉良い35歳を過ごしてください。 ということでSalesforceの開発をCircleCIで自動化していきます。 なぜ今更? CircleCI + Salesforce の自動化記事は世に沢山あります。しかし残念ながら、どれもこれも古いsfdxコマンドを使ったもので、やがてなくなっていくコマンドを使って自動化しています。 ここはやはり、Salesforceの中の人として、salesforce cliを使った自動化を実現しなければならないと今回の記事を生成しました。が、結構大変でゆかちゃんの誕生日に間に合いませんでした。ホント残念です。 が、Salesfor
CircleCI の費用が突如 1.5 倍になった話 | Wantedly Engineer Blog
こんにちは。CircleCI カスタマーサクセスチームの Chisato です。最近個人的に幸せを感じた出来事は、育てているレモンの花が咲いたことです。今年２回目の開花で、とても良い香りがします。今回は、インサイト（以下 Insights）についてご紹介します... ただ、今回は Insight では具体的なコスト増の要因が特定できなかったため、「誰が」CircleCI のジョブを多く走らせているのかを調査しました。 具体的な調査方法としては、CircleCI API v2 で pipeline の実行履歴を取得しました。(https://circleci.com/docs/api/v2/index.html#operation/listPipelines) 実行例 (過去の pipeline 実行履歴を一気に取得するコマンド): for i in `seq 500`; do echo $
CircleCIのslowest tests大改善 - STORES Product Blog
こんにちは！ STORES でWebエンジニアをしている hsm_hx です。 6月に STORES に中途入社し、ネットショップやレジを中心に機能追加や改善・運用をするチームでバックエンドやフロントエンドの開発を担当しています。 STORES ネットショップの開発チームでは、隔週〜毎月のペースで「大改善デー」という催しを行っています。 この記事では大改善デーについてと、実際にわたしが11月の大改善デーで行ったトライをご紹介したいと思います。 大改善デーとは STORES ネットショップの開発チームでは、月に1回、開発ラインごとにプロダクト開発から離れて自由な技術課題に取り組む日を設けています。 各自が業務開発をする中で気になっている技術負債や細かいプロダクトの改善など、お題を1人1人自由に設定して朝から夕方まで改善に取り組みます。 1日の終わりには振り返りがあり、各自の行った大改善につい
CircleCIのインバウンドWebhookを使ったMLOpsの最適化(2) - Qiita
本ブログは、CircleCI Advent Calendar 2023 の8日目の記事です。 はじめに DevOps の実装において、ビルドやテスト、リリース、デプロイといったステップを自動化するには、設定ファイルにワークフローを記述します。ワークフローが実行されるのは、リポジトリにコードがコミット、プッシュされるタイミングです。 機械学習を自動化する MLOps に関しても同様に、ロジックを実装したコードが変更されるタイミングでワークフローが実行されます。 ただし、MLOps の場合、コードに変更がない場合であっても、トレーニングデータが更新され、モデルを作成し直したいといったような場合があります。モデルを作成し直したら、これまでのテストデータでテストし、結果を見たいと考えるでしょう。テストデータが追加されたので、既存のモデルでテストしてみたいということもあるでしょう。 本記事では、Ci
CircleCIのインバウンドWebhookを使ったMLOpsの最適化(1) - Qiita
本ブログは、CircleCI Advent Calendar 2023 の7日目の記事です。 はじめに DevOps の実装において、ビルドやテスト、リリース、デプロイといったステップを自動化するには、設定ファイルにワークフローを記述します。ワークフローが実行されるのは、リポジトリにコードがコミット、プッシュされるタイミングです。 機械学習を自動化する MLOps に関しても同様に、ロジックを実装したコードが変更されるタイミングでワークフローが実行されます。 ただし、MLOps の場合、コードに変更がない場合であっても、トレーニングデータが更新され、モデルを作成し直したいといったような場合があります。モデルを作成し直したら、これまでのテストデータでテストし、結果を見たいと考えるでしょう。テストデータが追加されたので、既存のモデルでテストしてみたいということもあるでしょう。 本記事では、Ci
CircleCI の Config ファイルと一緒にダイエット（最適化） - Qiita
こんにちは。CircleCI カスタマーサクセスチームの Chisato です。 年末年始は美味しいものを躊躇なく頬張りたくなるものですが、先日、アドベントカレンダーの投稿日と同じ週に健康診断を控えていることを思い出しました。 ちなみにこの時右手に持っていたのは、ダークモカチップフラペチーノ（ホイップ多め）です。 そこで今回、重いConfigファイルをすっきり軽量化するかのごとく、私もプチダイエットしてみることにしました（おまけ参照）。 今回は CircleCI の Config.yml ファイル（設定ファイル）のサイズを重くする設定例と、すっきりさせる方法をご紹介します。 2023年11月に、Config ファイル の サイズの最大値が 4MB から 8MBに変更になりました。 制限は緩くなったものの、それでも制限に引っかかるというケースがあります。 普段あまり Configファイル の
Clusterの会場アップロードを楽にしたい - Qiita
この記事はクラスター Advent Calendar 2023 シリーズ2の19日目の記事です テクニカルアーティストをしているMSA_iです 詳しくは以下を 前回はTAAT626さんのクラスターに入社してもうすぐ１年でした あっという間に一年経ちますよね！実際弊社はスペシャリストだらけだと思います しかし、ガリガリ黙々とやっていて話しかけづらいなんてことはありません 僕も日々助けられつつ、刺激を受けながら働いています！ はじめに Clusterで催しやろうと思うと会場が複数にまたがることがありますよね？ 負荷の問題だったり、イベント進行の都合だったりなど理由は様々ですが会場を分けざるを得ないことがあります また、自分が管理しているワールドに一斉に変更を入れたいとか、場合によってはアップデートによって会場の見た目が変わってしまったり… そういう時にCCKのアップローダーからポチポチ会場をひ
CircleCI 新着情報 - 2023/12/19 - Qiita
＜ What's New from CircleCI - 2023/11/29 | 今週 | CircleCI 新着情報 - 2024/01/09＞ CircleCI Advent Calendar 2023 ご参加ください！ 今年も終わりが近づいてきていますが、アドベントカレンダー、今年もやります！ CircleCIを使って今年気づいたことをぜひお裾分けしてください！ ブログやスライド、ビデオ Advent Calendar 特集！ CircleCI Advent Calendar 12/01 CircleCI の 2023年を振り返る by @mfunaki 12/02 CircleCIからAWS SageMakerを利用する(1) by @mfunaki 12/04 CircleCI のInbound Webhook を使ってパイプラインをトリガーしてみた by @suzucir 1
AWS EC2環境にCircleCI＋CodeDeployを導入した時の記録 - Qiita
この記事はウェブクルー Advent Calendar 2023 19日目の記事です。 昨日は@wc-kadowaki さんの「Nuxt3のproxyについて」でした。 概要 AWS EC2で立てているサーバにCircleCIを導入しました。 対象アプリケーションのシステム構成概要↓ サーバ環境: フロントエンドサーバ: 2台（AWS EC2） バックエンドサーバ: 2台（AWS EC2） ソースコード管理: Github（単一リポジトリ） 各サーバはEC2の内部でDockerコンテナを立てています（ECS on EC2ではない）。 そんな構成なので、CircleCIでCI/CDをトリガーしてその後CodeDeployでサービスをデプロイする流れでCI/CD環境を作成しました。 この構成だとCodeDeployの設定でハマったので、その時に詰まった部分とその対応についての記録。 利用サービ
デフォルト動作を理解して使ってますか？ - Qiita
この記事は、株式会社ACCESS Advent Calendar 2023 の19日目の記事です。 私個人としては今年はこれ含めてまだ2個しか記事投稿していないことに気づきましたが、去年一昨年が年1個だったのと比べると2倍に増えたとポジティブに捉えることにします。 はじめに 多くのツールは、設定やパラメーターでその挙動を制御できるとともに、指定しなかった場合のデフォルト動作が存在します。それを理解せずに使うと、思いもしなかった挙動に直面する危険性があります。 私個人やうちのチームが実際に体験した例を（脚色も交えながら）いくつか挙げることで、デフォルト動作を理解して使うことの大切さをこの年末に改めて再認識する機会にしょうと思います。 1) RubyのNFKモジュールで半角カナ変換時に文字化け やろうとしたこと: 全角カタカナに変換 Rubyで半角カタカナを全角カタカナに変換したいです。 日本
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCIの環境変数の値をログに残さず確認する方法 - Qiita
