こんにちは。モバイルアプリの開発を担当をしているzigeninです。 ANDPADのiOSアプリのCI/CDワークフローを紹介します。 ベタなツールにベタなワークフローですので、他のiOSアプリにも適用できると思います。 一例として参考になればと思います。 目次 目次 事前情報 ビルドに使用しているツール iOSアプリのビルドScheme ブランチ戦略 ワークフローの全体像 ユーティリティワークフロー ビルドの準備(_BeforeCommonWorkflow) Unitテスト実行&アプリのビルド(_BuildAndUnitTest) UIテスト実行(_UITest) ビルドの後始末(_AfterCommonWorkflow) 内部配信ワークフロー Steps 環境変数の設定 Store配信ワークフロー Steps 環境変数の設定 Nightly UI Testワークフロー Steps 環境
Accelerate CI/CD pipeline with AWS CodePipeline & AWS CodeBuild
How to move code from DEV/UAT to PROD fast using AWS CodePipeline and AWS CodeBuildJul 26, 2018 | Announcements, Migration, MSP Is your business focused on delivering new features faster? To do so, are you implementing a continuous integration and continuous delivery (CI/CD) pipeline? Would you like to accelerate the CI/CD process by moving code from development and user acceptance testing stages
invalid command 'egg_info' on AWS Amplify Console CI/CD - Qiita
私と同じように、Amplify Consoleの継続デプロイで突然発生したPythonエラーに困っているエンジニアがいると思います。そのため、その解決方法についてメモします。 結論から言いますと、もし2023/06/25日まで以下のビルド設定でうまくデプロイしていたのに、6月26日から「invalid command 'egg_info'」のエラーが出た場合、その原因はpipenvのバージョンにあります。 version: 1 backend: phases: preBuild: commands: - export BASE_PATH=$(pwd) - yum install -y gcc openssl-devel bzip2-devel libffi-devel python3.8-pip - cd /opt && wget https://www.python.org/ftp/py
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
概要 以前、私が考えるLambda開発環境のベストプラクティスという記事を投稿したが、それの続編としてIaC（Infrastructure as Code）及びCI/CDのベタープラクティスについて記事にしてみた。 ベストプラクティスではなくベタープラクティスにしている理由は単純で、IaC及びCI/CDの組み合わせは数多あり、各アプリケーション特有の仕様がある中で、ベストというものは存在しないと思っており、どう転んでも改善レベルだから。 この記事は、次に述べる前提を満たす場合の良さげなプラクティスとして参考にしてほしい。 前提 一つの関数として動くLambdaを対象とする アプリケーションサーバーとしての役割ではなく、バッチ処理などを役割とするLambdaをイメージ コンテナで動くLambdaを対象とする Lambda Layersは考慮しない Lambda数は最大でも数十を想定 Lamb
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
Service Mesh Tracing Observability with Kuma and OpenTelemetry
![[CI/CD2023]OSSで構築するOpenAPI開発のCI/CD](https://cdn-ak-scissors.b.st-hatena.com/image/square/af34f6f26f93ab70718ad5feabbb4c0404605d1f/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F9c909c315ea84619af1e8f96d12368d7%2Fslide_0.jpg%3F24950502)
「このファイルはCIから更新しているので、手で書き換えないこと」と言うことがあって、個人的にもよくやるのだけど、何をやっているのか整理しておきたい。 Docker以前 本番環境と手元開発環境が揃っていないときにCIから更新することは、結果を揃えるという用途が大きかったと思う。 CI環境と本番環境を見比べると、同じOSを選んだり、同じミドルウェアを入れたりと、なるべく同じ環境が再現されているけど、手元環境は近所の電気屋さんで買ってきたパソコンで、本番環境とは乖離している。 どのようなときに乖離が起きるかというと、 ファイルの生成に使うプログラムのバージョンを管理していないとき 各開発者の環境によって実行結果がバラバラで、ビルドするたびにdiffが出てしまう、とか CIサーバー間でのバージョンがバラバラだと同じ問題は起きる ファイルの生成時にOSの種類に応じて分岐する処理が書かれているとき モ
Photo by T K on Unsplash※本記事は AWS CDK を知っている人が読む前提で書いているため、CDK の概念や用語についての説明は省略している。 English version is also available here. CDK Pipeline とは？CDK Pipeline は AWS CDK によりデプロイされるアプリケーションの CI/CD Pipeline を CDK により管理するためのもの。 2021 年 7 月に GA (一般リリース) されたかなり新しい機能。(ただ、Developer Preview としてすでに 1 年前から試せる状態にはなっていた) https://aws.amazon.com/about-aws/whats-new/2021/07/announcing-cdk-pipelines-ga-ci-cd-cdk-apps/?n
CircleCI で WordPress テーマを CI・CD する手順 – WordPressテーマ＆プラグイン – Kunoichi Market
開発者向け CircleCI で WordPress テーマを CI・CD する手順 2019年10月17日 3年前 Kunoichiから鎌田遼 CircleCI は継続的インテグレーションを支援するサービスです。GitHub などと連携して動作します。この記事では、GitHub と CircleCI を使って継続的インテグレーションのセットアップを行う手順をまとめました。 前提この記事では、以下の前提で解説を行います。 GitHub でのアカウント登録が完了しているPHP のパッケージ管理ツールの Composer が利用できる状態になっているPHPUnit で PHP のテストを作成して実行した経験がある開発済みまたは開発中の架空の WordPress テーマ Kunoichi Theme (kunoichi-themeというスラッグを持っているものとします) を対象にするCircle
How to build a CI/CD pipeline with GitHub Actions in four simple steps
ProductHow to build a CI/CD pipeline with GitHub Actions in four simple stepsA quick guide on the advantages of using GitHub Actions as your preferred CI/CD tool—and how to build a CI/CD pipeline with it. Continuous Integration / Continuous Delivery (CI/CD) has long been—and continues to be—the domain of DevOps experts. But with the introduction of native CI/CD to GitHub in 2019 via GitHub Actions
■ Ruby CI のプロビジョニングを mitamae で出来るようにした 様々な OS で Ruby のテストを回している Ruby CI のインフラ面をがっつり改善した。 まず、インスタンスは全て AWS で回すようにしたうえで rubyci.org の DNS の管理権限を成瀬さんからもらって、インスタンス全てのドメインを *.rubyci.org になるようにした。 また、プロビジョニングは @k0kubun が作っているワンバイナリプロビジョニングツールの mitamae に集約しつつ、ランナーとして @sorah の hocho を使うことにした。できたのがこれ。 https://github.com/ruby/ruby-infra-recipe 主に k0kubun が mitamae をいろんな OS やアーキテクチャに対応させまくりつつ、@mame がマニアックな OS
npm を使ったGitLab CIプロジェクトで使っている秘伝のタレをご紹介します。 参考 Configuration of your jobs with .gitlab-ci.yml package.json が編集された時だけ npm install する ビルドの度に npm install しているとビルドに余計な時間がかかるので、package.json が編集された時だけ、 node_modules/ をクリアして npm install します。 variables: DEST_DIR: dest/ build:prod: stage: build dependencies: [] script: - mkdir -p .cache - npm config set cache $CI_PROJECT_DIR/.cache/npm --global - yarn config
Cloud Native CI/CD with Tekton and ArgoCD on AWS | Amazon Web Services
Containers Cloud Native CI/CD with Tekton and ArgoCD on AWS Introduction With the ongoing popularity and adoption of container orchestrators such as Kubernetes, more and more cloud-native applications are built on top of it. Besides business applications, companies are migrating their infrastructure-related components such as CI/CD systems as well. But are those systems ready for such modern platf
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（継続的インテグレーション／継続的デリバリー）パイプラインのコードが含まれている。今後
GitHub - firecow/gitlab-ci-local: Tired of pushing to test your .gitlab-ci.yml?
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
AWS sam pipelineを使うとLambdaをデプロイするCI/CDパイプラインをどうやって作ればいいか分かりそうになる - Qiita
AWS sam pipelineを使うとLambdaをデプロイするCI/CDパイプラインをどうやって作ればいいか分かりそうになるAWSsamCodePipelineCodeBuild 背景 Lambdaをgit管理して単体テストに通ったらデプロイってどうやるんだろうみたいなことができる。 概要 AWS SAMにはsam pipelineというコマンドがあり、これを使うことでパイプラインを自動で作ってくれる。 出来上がるステージとしては CodeCommit -> CloudFormation (パイプライン自体の設定デプロイっぽい) -> CodeBuild テスト (オプション) -> CodeBuild デプロイ(sam deploy) sam pipelineではmainブランチに対してはデプロイ環境が二つできてしまう(上記のsam deployを行うステージが2回ある)が、作るべき
npm private packagesやGitHub Packagesなどのプライベートnpmパッケージをインストールする場合のCI/CDの設定方法を解説します。 背景 デザインシステムを構築した際、プライベートnpmパッケージをGitHub Packages経由で配信することにしたのですが、CI/CDでの依存関係インストールに苦戦したので、各プラットフォームでの設定方法を解説します。 (2023年2月現在) ローカル開発環境 意外と忘れてしまうので、まずはローカル環境での設定について解説します。 package.jsonと同じディレクトリに .npmrcファイルを追加し、次のように設定します。 コミットする前に .gitignoreに .npmrcを追加しましょう！ # @bicstone/ の場合は GitHub Packages を参照するように設定 @bicstone:regis
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
Docker Composeは複数のDockerコンテナを効率的に管理・運用するためのツールです。ローカルでの開発ではもちろん、CI/CD環境でのテスト実行にも利用されます。この記事では、Github Actions上でDocker Composeをキャッシュを効かせて実行する方法について解説します。
Docker Composeは複数のDockerコンテナを効率的に管理・運用するためのツールです。ローカルでの開発ではもちろん、CI/CD環境でのテスト実行にも利用されます。この記事では、Github Actions上でDocker Composeをキャッシュを効かせて実行する方法について解説します。 1. Github ActionsでのDocker Composeの利点 Docker Composeを使用することで、データベースなどの依存サービスを持つアプリケーションのテストが簡単になります。Github Actionsでもこの利点はそのまま活かせます。 今回は、データベースにMySQLを利用し、Go言語で書かれたプログラムをテストするケースを紹介します。 Goのコードとテストは、DBに接続してpingを送るだけの内容となっています。 package main import ( "fm
本連載第2回までは、主に「ソフトウェア開発の現場」で実施されるCI/CD（継続的インテグレーション／継続的デリバリー）の実践による自動化と効率化や実践内容を紹介しました。しかし、GMOペパボでのCI/CDの活用はソフトウェア開発の現場にとどまりません。第2回でも言及したように、CI/CDの仕組みは自動化による業務の効率化を可能にします。最終回はどのような業務効率化を進めているのか一例を紹介します。 ソフトウェア開発におけるCI/CDが組み込まれるフローとは あらためてソフトウェア開発においてCI/CDが組み込まれるフローを分析してみます。詳しい内容は第1回、第2回で言及していますが、抽象度の高い視点で見てみると以下のフロー構造が見えてきます。 ソースコードは構造を持っているため、管理対象がソースコードであるうちは、意識せずともgitやGitHubを利用するだけでこれらの特徴を押さえたCI/
概要 会社で aws を触ることになり、基本から学んでいこうと思ったため備忘録として記事を書き始めました。 今回は CodePipeline と ECS に関する概要説明の後 これら を使用して自分の PC 内の Next アプリケーションを コンテナで Web 上に公開するまでの過程を CI/CD 化してみます 🌀 もし理解が違うよというところ等ありましたら優しく教えて頂けると幸いです 🙇♀️ CodePipeline とは 公式ドキュメント引用。 CodePipeline とは、最近流行りの CI/CD を実現するためのサービスです。 CI/CD とは書いたコードをテストして本番環境にデプロイする過程を自動化することを指します。 CodePipeline での CI/CD の一例を挙げると、旧来 自分の PC でコードを書く そのコードを手動でテスト 本番環境へデプロイする とい
【AWS】ECS構築の基礎 −CI/CD編 (CodeCommit/CodeBuild/CodePipeline)− - Qiita
はじめに ECSとECRを触れるようになったので、今回はCodeCommit, CodeBuild, CodePipelineを使って、AWSサービスのみでCI/CDパイプラインを構築してみました。 GitHub ActionsによるCI/CDパイプラインの構築については以前記事を書きました。 もし興味があればこちらをご覧ください。 AWSのCI/CD関連サービス CI(Continuous Integration)では、ソースコードをホスティングサービス(GitHub, Bitbucketなど)にプッシュしたときに、自動でテスト(ビルド)サーバ(GitHub Actions, Jenkins CI, Circle CIなど)でテストを行い、ビルドの成功可否を開発者にフィードバックします。 CIを行うことで早期にバグを発見することができるようになります。 CodeCommitはホスティング
looking new query in your PR. Contribute to pyama86/welcome-new-query development by creating an account on GitHub. 解決したかった課題と開発したもの WEBサービス開発を行っていると、ORMが生成したSQLクエリや、またはコード内に新規に追加したSQLクエリが意図しない、サービスのパフォーマンス劣化を起こしてしまうことがあります。その課題を解決すべく、それらのSQLクエリを自動テスト時に検知し、事前にExplain句などを利用してパフォーマンス計測をしたいと思い、Actionを作成しました。このActionを利用すると、下記のようにPRのコメントで新規クエリを開発者、レビューワーにお知らせします。こちらのPR が実際に動いた際の動作です。 利用方法 自動テストの実行前にMyS
GiteaとJenkinsによるCI/CDの実例サンプル（Python / PHP / Perl でテストとデプロイを自動化する） - Qiita
GiteaとJenkinsによるCI/CDの実例サンプル（Python / PHP / Perl でテストとデプロイを自動化する）GitJenkinsCIテスト自動化gitea はじめに 先日、GiteaとJenkinsを利用したCI/CD環境を構築しました。 この環境を利用して、テストとデプロイを自動化するサンプルを動かして、いわゆるCI/CDに入門してみようと思います。 対象はPHPとPythonとPerlで作成したHTMLを生成するだけのアプリです。 できるだけ簡素なサンプルとしたかったので、フレームワークは利用していません。 簡単なサンプルで一連の流れが自動化できた（と思ってる）ので、これを「ひな型」として拡張していけたらいいかな、と思います。 これをやります user01というひとが、nginxが動作している開発サーバ(web-dev)上でsampleというアプリを作成していると
セッションタイトル 金融サービス向けに理想のCI/CDを追い求めたお話 セッション内容 AWSで金融系サービス向けにCI/CDを実現した事例をご紹介します。 金融系サービスはFISCを始めとしたガイドラインに準拠すべき点がたくさんありますが、ただ単純にAWSマネジメントコンソールから画面ぽちぽちで作成したCI/CDでは満たせない点が多々あります。 一つの事例として、ECS/Fargate構成でガバナンスを意識したCI/CDに関する悩み・辛み・テクニックなどをお伝えします。
mattn on Twitter: "Go が microservice で使われるのはコア数によってスケールするランタイムを持ってるという点と、コンパイルが速いので CI/CD しやすいという2点の理由であり、言語仕様はあんま関係無いと思っています。 https://t.co/mWq9ZGDM5Q"
Go が microservice で使われるのはコア数によってスケールするランタイムを持ってるという点と、コンパイルが速いので CI/CD しやすいという2点の理由であり、言語仕様はあんま関係無いと思っています。 https://t.co/mWq9ZGDM5Q
今回のローンチにより、AWS Amplify では、条件付きバックエンドビルド、ビルド時の aws-exports.js 自動生成、および複数のフロントエンドブランチ間でバックエンドを再利用するためのよりシンプルなコンソールワークフローをサポートするようになりました。AWS Amplify の継続的デプロイサービスは、すべてのコードのコミットにおけるフルスタックアプリ (フロントエンドとバックエンドの両方) をビルドしてデプロイするための最速の方法をフロントエンドデベロッパーに提供します。 Amplify でのフルスタックデプロイが、よりスマートになりました。コミットされた「amplify」フォルダで変更が検出された場合にだけ、バックエンドが更新されます。Amplify コンソールでは、フルスタックデプロイを設定するためのワークフローが改善されました。ブランチを任意の Amplify アプ
※この記事ははてなブログ、別アカウント(hyiromori)から引っ越しました はじめに ウェブページの品質測定を行う際に Lighthouse を使うケースは多いと思います。 ウェブページのパフォーマンスやアクセシビリティ、SEOなどのスコアを算出して数値化できる便利なツールですね。 しかし毎回手動実行するのは面倒ですし、継続的に計測して問題点を発見したり推移を見たりするには工夫が必要です。 そこで、Ligthouse CI で CI 実行時にスコアを計測し、Lighthouse CI Server を Heroku で動かしてそこでスコアを蓄積することで推移を見れるようにしてみたいと思います。 2020-11-21 追記 コネヒトマルシェオンライン のLTで話しました。 その際の資料も添付しておきます。 speakerdeck この記事の目標 Lighthouse を GitHub に
経緯 app.wercker.com 今までwercker を使っていたのだが、数年前は良いサービスだったのにOracleなんかに買われたせいで最近はインスタンスが目に見えて遅かったり、不安定だったりやってられないので、引っ越しを検討していた。 比較したサービス wercker 最近明らかに遅いインスタンスが混ざり込む様になった （超相乗り状態？） 並列実行数=2 1vCPU 2GB RAM 無料プランのみ？？ 情報が出てこない・・・ CircleCI circleci.com 言わずと知れた最大手。CI業界の基準 ピュアなコンテナ環境ではなさそう（chrootっぽい何か？） その影響か、ホストのカーネルの問題か解らないが、稀にCircleCI無いでしか起きないSEGV等が起きたり互換性周りの面倒事が起きる。 実行環境のリソースは細かく選択でき、料金が異なる。 料金はクレジットの単位で設定
Using AWS Lambda SnapStart with infrastructure as code and CI/CD pipelines | Amazon Web Services
AWS Compute Blog Using AWS Lambda SnapStart with infrastructure as code and CI/CD pipelines This was written by Michele Ricciardi, Specialist Solutions Architect, DevAx. AWS Lambda SnapStart enables customers to reduce cold starts by caching an encrypted snapshot of an initiated Lambda function, and reusing that snapshot for subsequent invocations. This blog post describes in more detail how to en
全員 SRE？CI/CD や運用まで完遂するプロダクトエンジニアが実践する AWS CDK でのインフラ構築
GitHub - HariSekhon/DevOps-Bash-tools: 1000+ DevOps Bash Scripts - AWS, GCP, Kubernetes, Docker, CI/CD, APIs, SQL, PostgreSQL, MySQL, Hive, Impala, Kafka, Hadoop, Jenkins, GitHub, GitLab, BitBucket, Azure DevOps, TeamCity, Spotify, MP3, LDAP, Code/Build L
Scripts for many popular DevOps technologies, see Inventory below for more details Advanced configs for common tools like Git, vim, screen, tmux, PostgreSQL psql etc... CI configs for most major Continuous Integration products (see CI builds page) CI scripts for a drop-in framework of standard checks to run in all CI builds, CI detection, accounting for installation differences across CI environme
CIジャパン on Twitter: "当団体を騙る全く関係のないニュースリリースについて（2020年10月9日） 10月7日付で、当団体の活動と全く関係がないものでありながら、当団体名を無断で使用したニュースリリースが配信されていたことが判明いたしました。 当団体と本… https://t.co/kqReTi3AQY"
当団体を騙る全く関係のないニュースリリースについて（2020年10月9日） 10月7日付で、当団体の活動と全く関係がないものでありながら、当団体名を無断で使用したニュースリリースが配信されていたことが判明いたしました。 当団体と本… https://t.co/kqReTi3AQY
はじめに こんにちは！ 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パイプラインを構築するためのお兄ちゃん的
Eightの品質を保ち続ける「Rails × RSpec × AWS」なローカル & CI環境 - Sansan Tech Blog
Eight事業部プロダクト部 Platform Group / Engineering Manager の 藤井洋太郎(yotaro) です。 さて、私が属するPlatform Groupは「アーキテクチャ刷新」「データ基盤整備」「セキュリティ」「環境整備」など多方面での開発・改善を行っています。 本記事では「ローカル開発/CI環境改善」の取り組みについて取り上げたいと思います。 早速ですが、みなさん、 テスト書いてますか？ 書いてますよね、そうですよね！！！この令和時代において、テストを書いてない人がいるわけ無いですよね😇 一方で、AWSなどのフルマネージドサービスに依存するテストコード となるとどうでしょうか？ ドキっとする人も多いのではないでしょうか？ 外部サービスに依存するテストを真剣にやろうと思うと、意外と考えることが多く後回しになってしまいがちです。 みなさんも以下のような経
※こういう記事は普通書かないんですが、ちょっとserverless-next.jsの出来がいまいちなためにハマりどころがあるので書くに至りました。 書いてから気づいたけどAWSかどうかはあまり関係ない。 やりかた 詳しいやりかたは記載しませんが、間違ったリソースをみると失敗するので注意が必要です。 下記のドキュメントではうまくいきません 正しい方法は、githubのREADMEにある#Getting startedの項目にあります 常に最新化しておくこと serverless-next.jsを使う上でとても重要なのは、常に新しいバージョンに追従することです。 https://github.com/serverless-nextjs/serverless-next.js/releases から@sls-next/serverless-componentの最新のstable releaseを探
占いサービスのバックエンドを担当している藤本です。 私が担当しているサービスで最近CI／CD環境をガラッとAWSサービスのものに変更しました。担当サービスではECSを使っていて、ECSに対応したCodePipelineの使い方について書いていきます。 １.旧サービスからの移行 現在のCI/CD環境を導入したのは数年前で、当時のベストプラクティスとしてWerckerを用いていました。ですが技術はアップデートするもので、現在ではネックとなる箇所も出てきて、より利便性の高いサービスも出てきています。 Werckerでは以下の箇所がネックな点として上げられました。 ・料金が比較的高額になった。 ・ドキュメントがミニマムサイズ。 ・たまに予期せぬエラーでビルドが終了する(werckerの障害)。 ・社員が個人で作成したステップ(*1)を利用しているためサービス側で管理できず、カスタマイズ性に欠ける。
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
友人に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ブラ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ベタなiOSアプリのCI/CDのワークフローを組む - ANDPAD Tech Blog
私が考えるLambda周りのIaC及びCI/CDのベタープラクティス
[CI/CD2023]OSSで構築するOpenAPI開発のCI/CD
CIからファイルを更新する、とは - hitode909の日記
CI/CD Pipeline with AWS CDK
Ruby CI のプロビジョニングを mitamae で出来るようにした - HsbtDiary(2020-03-06)
.gitlab-ci.yml ジョブ事例集 - Qiita
プライベート npm パッケージを CI/CD でインストールできるようにする方法
Bryan Liles氏がCI/CDパイプラインを構成可能なブロックとして再考
GitHub Actionsで業務効率化――開発現場以外でも便利なCI/CDの実践例
【AWS】CodePipeline＋ECSでコンテナアプリケーションのCI/CDしてみた
CIで追加されたSQLクエリを自動で検知して、パフォーマンスの問題を未然に防ぐ | ten-snapon.com
金融サービス向けに理想のCI/CDを追い求めたお話 | JAWS DAYS 2020
AWS Amplify がフルスタック CI/CD 機能を新たにローンチ
Lighthouse CI と Heroku でウェブページのスコアを継続的に測定して推移を見る
1時間超えのCIを10分以下にした話 - 中年engineerの独り言 - crumbjp
最高の開発者体験を目指してAWS CDKによるCI/CDパイプラインを改善し続けている話 | ドクセル
CodeBuild + Step FunctionsでCI/CDパイプラインを構築！ - Qiita
ServerlessでAWSにNext.jsアプリを(CIで)デプロイするTIPS
ECSのCI/CD環境をCodePipelineに変えた話 | 株式会社CAM
AWS Amplify、アプリケーション開発を簡単にするフルスタックCI/CD機能を新たに導入
CIコスト下げたい、テスト実行時間減らしたい時のアイデアまとめ - ストロングゼロは睡眠薬