並び順

ブックマーク数

期間指定

  • から
  • まで

601 - 640 件 / 936件

新着順 人気順

CircleCIの検索結果601 - 640 件 / 936件

  • Using OpenID Connect tokens in jobs - CircleCI

    CircleCI provides OpenID Connect ID (OIDC) tokens in environment variables. A job can be configured to use these tokens to access compatible cloud services without long-lived credentials being stored in CircleCI.

      Using OpenID Connect tokens in jobs - CircleCI
    • Amazon Elastic Container Service publishes multiple GitHub Actions

      Customers can now deploy to ECS from within a GitHub repository through the new ECS starter workflow on GitHub Actions. Whenever new code is pushed into a repository, the workflow builds and deploys it to AWS using 4 new GitHub Actions from the GitHub Marketplace. This speeds up the deployment process by automating each step and allows developers to push and test code in the cloud more efficiently

        Amazon Elastic Container Service publishes multiple GitHub Actions
      • GitHub Actionsのボットがコミットしたようにアイコンをつけるにはメールに「github-actions[bot]@users.noreply.github.com」を指定すれば良い - nwtgck / Ryo Ota

        github-actions[bot]@users.noreply.github.comを指定すると、

          GitHub Actionsのボットがコミットしたようにアイコンをつけるにはメールに「github-actions[bot]@users.noreply.github.com」を指定すれば良い - nwtgck / Ryo Ota
        • MagicPodダッシュボードによる自動テストのふりかえり - ロコガイド テックブログ

          技術部・品質向上グループのきしけん(@takeya0x86)です。今回の記事ではトクバイアプリの自動テストに導入したダッシュボードについて解説します。 トクバイアプリのE2E自動テストについて トクバイアプリのE2EテストではSaaSの自動テストツールであるMagicPodを使用しています。詳しくは前回の記事をご覧ください。この記事ではこのMagicPodについて、さらに進んだ活用方法としてダッシュボードを紹介します。 現在のMagicPodの使い方 まず、現在MagicPodをどのように使っているかについて簡単に解説します。 テスト対象はAndroid、iOSそれぞれのネイティブアプリです。テストの分類としてはリグレッションテストを自動化の対象にしており、毎回のリリース内容に関係なく同じ内容のテストを実行しています。テストを実行するタイミングは、毎日夜間の定期実行とPull Reques

            MagicPodダッシュボードによる自動テストのふりかえり - ロコガイド テックブログ
          • 2023年 crowdworks.jp の SRE チームでやったこと - クラウドワークス エンジニアブログ

            この記事は クラウドワークス Advent Calendar 2023 シリーズ1 6日目の記事です。 こんにちは。crowdworks.jp SRE チームの田中(@kangaechu)です。 この記事では crowdworks.jp の SRE チームが2023年にやったことを記載していきます。 やっていることは色々で、まとまりはありませんが、そこら辺はご容赦ください。 2022年の振り返り 2023年にやったこと CircleCI インシデント対応 RundeckのECS化 Railsで使用しているMemcachedをRedisに寄せる 課題 1. Memcachedでは停止時にデータが揮発する 2. Memcached単体ではマルチAZ構成でデータのレプリケーションができない 3. Memcached/Redisともにバージョンアップをしていない 4. MemcachedとRedi

              2023年 crowdworks.jp の SRE チームでやったこと - クラウドワークス エンジニアブログ
            • メルペイiOSでのAppium活用事例 | メルカリエンジニアリング

              ・使い方を改善して、誰でも簡単に使えるようにした ・テストコードを書かなくてもSlackでどの端末のどんなテストを行うかを指定できる ・Slack botのコマンドを叩くことでSlackに画面キャプチャが流れる ・各画面は端末ごとに一枚の画像にまとめて確認できる ・改修した画面の差分を見れるようにした メルペイでの活用の成果物 下記の三つの成果物を作りました。 成果物1:画面一覧 Slackで@slack-bot screenshot list を実行すると、端末ごとに指定した画面が一枚の画像で投稿されます。 例:iPhone 12 Pro Max iOS 14.4 例:iPad Pro (12.9-inch) (3rd generation) iOS 13.7 成果物2:画面の差分 Slackで@slack-bot screenshot diff branch-a branch-b を実

                メルペイiOSでのAppium活用事例 | メルカリエンジニアリング
              • RBSをCIに導入して型の恩恵を得たい - BOOK☆WALKER inside

                こんにちは,相生ゆら(@Little_Rubyist)です.最近配信でクロノトリガーをやっているんですがあまりにも面白すぎてありとあらゆる知人に「クロノトリガーをやれ」と言っています. さて,入社から半年以上経過しましたがその話はまた別でやるとして,私の所属している部署では勉強習慣というのがあって,自分の興味のあることを業務時間中に勉強してもいい時間が存在します.各々色んなことをやっていますが,私はその時間で少しずつRBSを導入しています.まだあまり触れていないプロジェクトなのでコードリーディングをしながらゆっくり入れていこうと思っています. CI導入まで済んだのでこれを一区切りとし,どういったことをやっていたのかをご紹介します. 型導入の準備 とってもシンプルです.steep, rbs_rails, katakata_irbをGemfileに追加します.ライブラリの型も必要なので,rbs

                  RBSをCIに導入して型の恩恵を得たい - BOOK☆WALKER inside
                • CircleCIでbuild matrixを構成する

                  いつの間にかCircleCIのジョブにパラメーターを設定できるようになっていた。そして、パラメーターの組み合わせでbuild matrixを構成できるようになっていた。昔に設定した時にこれらの機能がなくて憤慨していた記憶があるので、比較的最近に導入された機能だと思う。 ジョブのパラメーターとbuild matrix ジョブのパラメーターは、ステップが共通した複数のジョブを1つにまとめる時に役立つ。 例えばモバイルアプリの開発では、ストアにリリースされるアプリのビルドの他に、接続先を開発用サーバーに変更したアプリのビルドや、署名の方法を変更したアプリのビルドなどが必要になる。この差分をパラメーターとして定義しておけば、ジョブを1つにまとめることができ、各々のビルドに対するジョブを1から書く必要はなくなる。 build matrixは、ジョブのパラメーターを組み合わせて構成するビルド群のこと。

                  • Go+GCP+Kubernetesを活用したクラウドネイティブなゲームサーバ開発/運用事例【DeNA TechCon 2022】

                    GCP上で Go や Kubernetes, Spannerを活用した開発や運用を、大規模なサービス、チームで実現するにはどうすればよいのか?本セッションでは、DeNA のクラウドネイティブなゲームサーバの開発と運用の取り組みや体制づくりについて紹介いたします。 まず、社内ゲームサーバー基盤Tak…

                      Go+GCP+Kubernetesを活用したクラウドネイティブなゲームサーバ開発/運用事例【DeNA TechCon 2022】
                    • End of life for Actions Node16 · GitHub Changelog

                      AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

                        End of life for Actions Node16 · GitHub Changelog
                      • CircleCI OrbsでAWS SAM CLIを超簡単に導入して使ってみる | DevelopersIO

                        CircleCI Orbsを使って、AWS SAM CLIを超簡単に導入してみました。 おすすめの方 CircleCIでAWS SAM CLIを使いたい方 AWS SAMでサーバーレスアプリを作成する sam init sam init \ --runtime python3.8 \ --name circleci-aws-sam-deploy-test \ --app-template hello-world \ --package-type Zip \ --output-dir . SAMテンプレート template.yaml AWSTemplateFormatVersion: '2010-09-09' Transform: AWS::Serverless-2016-10-31 Description: circleci-aws-sam-deploy-test Resources:

                          CircleCI OrbsでAWS SAM CLIを超簡単に導入して使ってみる | DevelopersIO
                        • update-github-actions-permissions v2をリリース: 500種類のGitHub Actionsのpermissionsに対応

                          update-github-actions-permissions v2をリリース: 500種類のGitHub Actionsのpermissionsに対応 GitHub Actionsのworkflowsファイルに自動的にpermissionsを追加する@pkgdeps/update-github-actions-permissions v2をリリースしました。 Release v2.0.0 · pkgdeps/update-github-actions-permissions update-github-actions-permissionsは .github/workflow/*.ymlのWorkflowファイルに対して、利用してるActionから最小限のpermissionsを自動的に設定するツールです。 GitHub Actionsのデフォルトパーミッションはwrite-allで

                            update-github-actions-permissions v2をリリース: 500種類のGitHub Actionsのpermissionsに対応
                          • AWS LambdaからECS Fargateへの移行 - M&Aクラウド開発者ブログ

                            こんにちは、久保田(@kubotak_public)です 今回は弊社で運用しているサービスであるM&Aクラウドのフロントエンドの実行環境をAWS LambdaからECS Fargateへ移行した話です。 まずは弊社のサービスが動いている環境は次のようになっていました。 フロントエンドにNuxt.js(JavaScript)、バックエンドにLaravel(PHP)を利用しています。 LaravelはAWS ElasticBeanstalkで作成されたEC2インスタンス上で動作しています。 そしてフロントエンドのNuxt.jsはAWS Lambda上で動作し、API Gatewayを利用してHTTPによりアクセスできるようになっていました。 もともとはLaravelの環境だけでしたが、Nuxt.jsでフロントエンドをリプレースしたページが混在しているのが現状です。 これらはCloudFront

                              AWS LambdaからECS Fargateへの移行 - M&Aクラウド開発者ブログ
                            • DockerHub による2020/11からのコンテナイメージ Pull 回数制限のCircleCIへの影響

                              CircleCIとしてもDocker社との協議等含め、影響の有無や影響範囲等、公式なドキュメントは取りまとめを進めていますが、現在の状況等、(公式扱いではなく)速報として、こちらのスレッドで説明させていただいております。 10/23日本語訳追加 Docker Hubのレート制限に関するFAQ 10/23追加 CircleCIからの匿名イメージプル、Docker社とのパートナーシップにより当座は制限の対象外 (なお、アカウントの中で言語を設定し、ログインした状態で地球儀アイコンをクリックすると、機械翻訳された投稿を見ることができます) また、FAQはこちらになります。 英語: https://support.circleci.com/hc/en-us/articles/360050623311-Docker-Hub-rate-limiting-FAQ 日本語: https://support

                                DockerHub による2020/11からのコンテナイメージ Pull 回数制限のCircleCIへの影響
                              • Slack が提供する GitHub Action "slack-send" を使って GitHub から Slack に通知する - Qiita

                                Slack が提供する GitHub Action "slack-send" を使って GitHub から Slack に通知するGitHubSlackslackapislack-apiGitHubActions こんにちは、Slack で公式 SDK 開発と日本の DevRel を担当しております @seratch と申します。 この記事では、私もその一員である Slack の Developer Relations チームが開発・メンテナンスしている GitHub Action である "slack-send" の使い方を日本語で紹介していきます。 この GitHub Action には三つの使い方がありますので、それぞれ解説していきます。 Incoming Webhooks で Slack に通知する chat.postMessage API で Slack に通知する ワークフロー

                                  Slack が提供する GitHub Action "slack-send" を使って GitHub から Slack に通知する - Qiita
                                • GitHub - docker/build-push-action: GitHub Action to build and push Docker images with Buildx

                                  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 - docker/build-push-action: GitHub Action to build and push Docker images with Buildx
                                  • 負荷テストツール K6 について調べてみた | sreake.com | 株式会社スリーシェイク

                                    Available libs K6 は Javascript を用いて負荷試験のテストを実施するのですが、Golang の内部で CMAScript 2015+(ES6+)を実行しています。 K6 は NodeJS でも、ブラウザーでもありません。 NodeJS によって提供される API に依存するパッケージ、たとえば os と fs モジュールは K6 では機能しません。 その為、データ加工などのモジュールを提供しているのがこれらです。 https://k6.io/docs/javascript-api/jslib/utils/ ※ CMAScript 2015+(ES6+)に準拠しない記述を意識する必要はありません。 k6-jslib-aws が登場だが gcp 版はない https://github.com/grafana/k6-jslib-aws k6-jslib-aws では

                                      負荷テストツール K6 について調べてみた | sreake.com | 株式会社スリーシェイク
                                    • ElixirConf US 2021 登壇のご報告 - pixiv inside

                                      こんにちは、福岡オフィスのエンジニア@imaimaです。 先日2021年10月12日から15日にわたって開催されたElixirConf US 2021にオンライン登壇し、ぶじに終わりましたので、そちらについてのお話をします。 ElixirConf US 2021について ElixirConfとは、プログラミング言語Elixirの開発者や愛好家が世界中から集う技術カンファレンスです。 2021.elixirconf.com 今年のElixirConf USは、テキサス州オースティンで開催され、 In-person(オフライン) 10月12日〜13日 Virtual(オンライン) 10月14日〜15日 の形式で行われました。 登壇に至るまでの経緯 Elixirそのものに関しては、imaimaがおもに趣味で書いてきており、その関係もあって社外で個人的にElixirの勉強会を定期〜不定期で行なって

                                        ElixirConf US 2021 登壇のご報告 - pixiv inside
                                      • 【CircleCI】ECS自動デプロイ - CircleCI編 - - Qiita

                                        $ circleci orb validate .circleci/config.yml $ circleci local execute -c .circleci/config.yml --job build $ circleci build --job rspec .circleci/config.yml version: 2.1 orbs: aws-ecr: circleci/aws-ecr@6.12.2 aws-ecs: circleci/aws-ecs@1.3.0 /// executors: ジョブのステップ実行する環境を定義 /// executors: default: docker: - image: circleci/ruby:2.7.1-node-browsers-legacy environment: BUNDLE_JOBS: 3 BUNDLE_RETRY: 3 B

                                          【CircleCI】ECS自動デプロイ - CircleCI編 - - Qiita
                                        • ~CircleCIでTerraformリリースのサーバーレス化~ インフラの独自リリースを継続的リリースへ | ランサーズ(Lancers)エンジニアブログ

                                          SREチームの安達(@adachin0817)です。以前エンジニアブログにてこんなことを言っていたのを皆様覚えておりますでしょうか。 それ以外のプロジェクトであるLancers Creative、Prosheet、Lancers Agent、MENTAはECS/Fargateに移行しているので、すべてTerraformでコード管理しています。また、CircleCIでTerraform CI(validate,plan)を実行しているということもあり、今後terraform applyもCircleCIで行う予定なので、Deployサーバーでの運用は廃止していく予定です。 今までのTerraform管理方法 そうです。以下のようにTerraformでの運用について課題がありました。 わざわざサーバーを用意したくないのと運用コストが上がる Deployサーバーで管理するのはやめましょうといって

                                            ~CircleCIでTerraformリリースのサーバーレス化~ インフラの独自リリースを継続的リリースへ | ランサーズ(Lancers)エンジニアブログ
                                          • セルフホステッド ランナーの概要 - GitHub Docs

                                            About self-hosted runners A self-hosted runner is a system that you deploy and manage to execute jobs from GitHub Actions on GitHub.com. For more information about GitHub Actions, see "Understanding GitHub Actions." Self-hosted runners offer more control of hardware, operating system, and software tools than GitHub-hosted runners provide. With self-hosted runners, you can create custom hardware co

                                              セルフホステッド ランナーの概要 - GitHub Docs
                                            • CircleCI Orbsにコントリビュートしました - あしたから本気だす

                                              tl;dr こんばんは。最近は Fargate づくしのえのかわです。 CircleCI から ECS に対して Blue/Green Deployment をしたい場面、ありますよね。CircleCI-Public/aws-ecs-orb を用いることで Rolling Update は可能だったのですが、Blue/Green Deployment はサポートしていなかったのでコントリビュートしてみました。その流れを記録としてこのエントリに残したいと思います。 検討期 CircleCI から ECS に対して Blue/Green Deployment をしたい場面に遭遇し、いくつか方法を検討しました。 CircleCI-Public/aws-ecs-orb を利用する kayac/ecspresso や silinternational/ecs-deploy などのデプロイツールを利用

                                                CircleCI Orbsにコントリビュートしました - あしたから本気だす
                                              • Node の最大メモリを増やす方法 – CircleCI Japanese Support Center

                                                一部の 64 ビットシステムでは、Node が使用できる最大メモリ容量は、デフォルトで 2GB 未満です。 このため、CircleCI を実行するときに、予期しないメモリの問題が発生することがあります。 次のように、コマンドラインフラグを Node に渡して、最大メモリ容量を調整できます。 --max-old-space-size=<memory in MB> このフラグは使用されているか確認することが難しい場合があります。 特に Node プロセスがフォークされている場合、確認が困難になります。 すべての Node プロセスでこの設定がピックアップされるようにする最善の方法は、環境変数にこの設定を適用することです。これは、Node 8 以降のバージョンで適用できます。 NODE_OPTIONS=--max_old_space_size=4096 関連情報 https://futurest

                                                  Node の最大メモリを増やす方法 – CircleCI Japanese Support Center
                                                • actions/cache@v4ではヒットしなかったときcache-hit=='false'にならない - ぽよメモ

                                                  [追記 2024/8/1] 修正のPRがマージされました cache-hitとは v4における挙動変更(?) cache-hitがfalseを返さない ワークアラウンド [追記 2024/8/1] 修正のPRがマージされました まだリリースされていませんが次のリリースに含まれるでしょう。 github.com cache-hitとは GitHub Actionsのキャッシュ用actionであるactions/cacheは、指定したキーに完全一致するキャッシュがヒットしたかどうかのパラメータをそのstepのoutputとして保持している。 つまり以下の様にすることで、キャッシュがヒットしたかどうかを判定し、何かアクションするということが可能である。 jobs: run: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - u

                                                    actions/cache@v4ではヒットしなかったときcache-hit=='false'にならない - ぽよメモ
                                                  • RailsアプリをDockerで作ってCircleCIで自動テストしてHerokuにデプロイした話 - Qiita

                                                    はじめに どうも、Pirikaraです。 久しぶりの投稿となりました。 今回は、Docker環境でRailsアプリケーションを開発し、 CircleCIで自動テスト、Herokuにデプロイするところまでやっていきたいと思います。 個人開発でやってみましたが、このエラーの山々...... 一つ一つエラーを解決して設定ファイルを修正してを繰り返し繰り返し...... やっとまともに動くようになりました。 初めてやるよって方は僕の屍を踏み越えていってください。 ちなみに間違ってるよーとか改善点とかご指摘いただけると幸いです。 環境 ・Mac OS ・Ruby 2.5.3 ・Rails 5.2.2 ・MySQL 5.7 また、Dockerがインストールされていることを前提としています(Dockerコマンドが使用できる状態)。 インストールしていない場合は、公式サイトからアカウントを作ってログインし

                                                      RailsアプリをDockerで作ってCircleCIで自動テストしてHerokuにデプロイした話 - Qiita
                                                    • Codecov で iOS アプリのテストカバレッジを可視化する (GitHub + CircleCI + Codecov) | Recruit Tech Blog

                                                      エンジニアリングマネジャーの @nobuoka です。 iOS アプリ 「ゼクシィ」 の開発などを担当しています。 本記事では、「ゼクシィ」 iOS アプリのプロジェクトでテストカバレッジを可視化した取り組みを共有します。 技術的に新しいことや難しいことをしているわけではありませんが、カバレッジ可視化の一つの事例として参考になればと思います。 背景・目的 これまで 「ゼクシィ」 のアプリ開発は社外に発注していたのですが、開発をさらに推進していくため、今年の 8 月から内製開発組織も 「ゼクシィ」 のアプリ開発に関わるようになりました。 我々内製開発チームがプロジェクトに参画した時点で、「ゼクシィ」 の iOS プロジェクトのコードテストに関する状況は下記のとおりでした。 iOS アプリ 「ゼクシィ」 のプロジェクトには 2014 年ごろまでに書かれたテストコードが含まれている 当時は日本国

                                                        Codecov で iOS アプリのテストカバレッジを可視化する (GitHub + CircleCI + Codecov) | Recruit Tech Blog
                                                      • GitHub Actions で PHP の CI/CD をする - Qiita

                                                        EC-CUBE の CI/CD を GitHub Actions で実装してみたので、メモ程度に知見をまとめてみます。 該当の Pull Request はこちら - 4系 https://github.com/EC-CUBE/ec-cube/pull/4337 - 2系 https://github.com/EC-CUBE/eccube-2_13/pull/312 2019年12月現在、 EC-CUBE organization アカウントが利用している契約プランの関係 で、 EC-CUBEオフィシャルリポジトリで GitHub Actions は利用できなくなっています。 ご利用の際は、 fork した個人アカウントでお願いします 実現したいこと 以下の環境をマトリクスで実行したい Linux, Windows PHP5.4〜7.3 PostgreSQL/MySQL/SQLite3 P

                                                          GitHub Actions で PHP の CI/CD をする - Qiita
                                                        • Github Actionsでgitのブランチ運用ルール違反に気付きやすくする - Qiita

                                                          はじめに 本番リリース用ブランチへのマージ前に、検証用ブランチにマージして動作確認するという運用ルールになっているケースは比較的多いかと思います。 しかし本番リリース用ブランチへのPR時に、本当に検証用ブランチにマージ済みかどうかレビューでチェックという運用だと見逃しが発生する可能性があるし面倒ですよね。 そんな不便を解消するために作ったアクションを紹介します。 何が出来るの? pull_requestイベントのアクションとして実行することで、指定ブランチにマージされていなかったらコメントで指摘してくれるようになります。 使い方 masterブランチへのPR時に必ずstagingブランチにマージされていることを検証したい場合の設定例。 name: Check merged on: pull_request: branches: - master jobs: check-staging: r

                                                            Github Actionsでgitのブランチ運用ルール違反に気付きやすくする - Qiita
                                                          • GHES の GitHub Actions で Google Cloud との OIDC 連携がしやすくなりました

                                                            みなさん GitHub Actions の OpenID Connect (以下OIDC) 連携使っていますか? GitHub Actions はワークフローの中で OIDC の ID トークンを発行でき,これを Google Cloud などのクラウドプロバイダの認証に用いることでサービスアカウントのクレデンシャルを発行することなくクラウドプロバイダのリソースをワークフロー内で操作できるようになります.これによりクレデンシャルのローテーションなどの管理コストが減り,よりセキュアな連携が可能になります. 詳しくは GitHub の公式ドキュメントや解説記事を見ていただけると良いと思います. 基本的に良いことづくめな OIDC 連携ですが,GitHub Enterprise Server (オンプレ版 GitHub.以下GHES) では OIDC 連携が難しいケースがあります.OIDC 連携

                                                              GHES の GitHub Actions で Google Cloud との OIDC 連携がしやすくなりました
                                                            • 【比較表付き】2万9000人が選ぶベストCI(継続的インテグレーション)ツールの第2位はJenkins、第1位は?

                                                              【比較表付き】2万9000人が選ぶベストCI(継続的インテグレーション)ツールの第2位はJenkins、第1位は?:JetBrains調査 JetBrainsが開発者エコシステムの現状をレポートする「Developer Ecosystem Report 2022」からCI/CDツールに関する調査結果を発表した。レポートでは、世界中の2万9000人を超える開発者の回答に基づいて、最もよく使用されている17のCIツールがランク付けされている。

                                                                【比較表付き】2万9000人が選ぶベストCI(継続的インテグレーション)ツールの第2位はJenkins、第1位は?
                                                              • webpack 5 に移行しました

                                                                スタディスト 開発部 技術支援ユニットの笹木 (@s_sasaki_0529) です。 今回は、弊社が開発・運用している TeachmeBiz でも使用している、webpack を 4系から5系にアップグレードし、開発体験を向上させたお話です。 webpackwebpack 4 -> 5 のアップグレードについては、既に多くの事例がありますが、移行の手順や発生する問題というのは、プロダクトの特性や現在の構成に大きく依存するところもあるため、スタディストではどうだったかを改めて紹介致します。 TL;DRwebpack 4.x から webpack 5.x へのアップグレードはすんなりできたビルドコストを 1/3 削減することができたDependabot から通知される脆弱性のほとんどに対応もできたTeachmeBiz の技術構成TeachmeBiz のフロントエンドは、主に以下の技術構成とな

                                                                  webpack 5 に移行しました
                                                                • CI/CDをリポジトリ分割し、CircleCIの設定ファイルのメンテナンス性を向上させた話 - サーバーワークスエンジニアブログ

                                                                  こんにちは。サーバーワークスでCloud AutomatorのSREチームで開発・運用を担当している尾崎です。 2回に渡って、Cloud AutomatorのSREチームが中心となって取り組んだアプリケーションのCI/CD改善について紹介します。 まずはCircleCIの設定ファイルのメンテナンス向上について紹介をして、別の記事でCircleCIを利用したカナリアデプロイについて紹介します。 なお、記事中で「CI」は主にアプリケーションの自動テストやコンテナイメージのビルド、「CD」はアプリケーションコード(コンテナ含む)のデプロイを意味しています。 開発チームが持っていた課題 課題への対策 アプリケーションデプロイ(CD)用のリポジトリを新設 CircleCIのダイナミックコンフィグを利用したデプロイ設定ファイルの分割 まとめ 開発チームが持っていた課題 Cloud Automatorは

                                                                    CI/CDをリポジトリ分割し、CircleCIの設定ファイルのメンテナンス性を向上させた話 - サーバーワークスエンジニアブログ
                                                                  • Deploy your pull requests with GitHub Actions and GitHub Deployments - Sander Knape

                                                                    Deploy your pull requests with GitHub Actions and GitHub Deployments May 6, 2020 by Sander Knape Performing (automated) tests on pull requests is a powerful mechanism to reduce the feedback loop on code changes. Known as shift left, the idea is that the earlier you find an issue with your code, the easier it is to fix it. For one, as you wrote the code recently it’s easier to get back into it. And

                                                                    • CircleCI × Contentful × S3で作るJamstackなブログ環境。 | DevelopersIO

                                                                      こんにちは、ベルリンオフィスの小西です。 最近日本語の記事も充実してきたJamstack。説明はこちらの記事で書かれているので省略しますが、要はサイト表示が高速でセキュリティも強くてスケーラビリティもある環境構成のことです。 今回は爆速にページを表示でき、記事データの管理も楽で、かつセキュリティもあまり気にしなくていいブログサービスを構築したいと思います。 目次 環境構成 前提 1. Contentfulの準備 2. Gatsbyアプリの立ち上げ 3. S3へのアップロード 4. CircleCIのセットアップ 5. ContentfulとCircleCIの連携 さいごに 記事が長めで初歩的なことも書いてたりするので、適宜必要な見出しまで飛んでってください。 ローカルでアプリ立ち上げたいだけなら1と2だけ、既にContentfulアプリがあってCircleCIと連携したい人は5だけ読んでい

                                                                        CircleCI × Contentful × S3で作るJamstackなブログ環境。 | DevelopersIO
                                                                      • そろそろ、スクラムの先に進んでも良い - ユニコーン企業のひみつ を読んで|Takahiro Ikeuchi

                                                                        各所で話題の『ユニコーン企業のひみつ』(以下、本書)を読んで考えたことの言語化 note です。要約とかではないので、文脈が伝わりづらければ是非本書を読んでみて下さい。 大前提として、この記事で言及しているのは「僕のやってきたスクラム開発」であって、「みんなのスクラム開発」ではない。この記事は「僕のやってきた」ことに対する課題感や反省点を元にしたもので、スクラム一般に対する否定や批判ではないことを明記しておきたい。 ユニコーン企業のひみつを読んだ感想 読んだ感想はこんな感じ。 ・アジャイルサムライに続く定番書になる予感 ・ユニコーン企業の話しではなく Spotify の話し(副題にはそう書いてある) ・Google の事例じゃない、というだけで価値があるかも ・「1. エンタープライズはすでにウォーターフォールからスクラムに移行している」「2. エンタープライズはアジャイルといいながらプロ

                                                                          そろそろ、スクラムの先に進んでも良い - ユニコーン企業のひみつ を読んで|Takahiro Ikeuchi
                                                                        • GitHub Actionsにおけるpathsとpaths-ignoreをベン図で理解する - Qiita

                                                                          はじめに GitHub Actionsにおいて、 on: pull_request のときに追加で指定できる paths や paths-ignore の使い方がしょっちゅうこんがらがるので、具体例を並べて整理しました。 公式ドキュメントはこちら https://docs.github.com/en/actions/reference/workflow-syntax-for-github-actions#onpushpull_requestpaths 基礎知識の整理 pathsにマッチするファイルの変更が1個でもあったら、ワークフローを起動する。 https://docs.github.com/en/actions/reference/workflow-syntax-for-github-actions#example-including-paths paths-ignoreにマッチするフ

                                                                            GitHub Actionsにおけるpathsとpaths-ignoreをベン図で理解する - Qiita
                                                                          • GitHub Actions でキャッシュされない罠 - Qiita

                                                                            GitHub Actions の「beta」が取れ、キャッシュもできるようになったので、色々遊んでいます。 キャッシュの中で思わぬ罠に囚われてしまっていたので、共有しておきます。 結論 key が同じだと、キャッシュ対象のファイルに変更があったとしても、キャッシュが上書きされないという点です。 つまり、一度正常で無い状態で保存されると、それ以降は更新(保存)されません。 1 当たり前といえば当たり前ですが、公式にある examples 通りに使用すると、この問題に気づかずに引っかかってしまうような気がします。 actions/cache を使用すると、job の最後に保存処理が行われますが、そのログを見ると下記のように書いてあります。 # 通常の保存処理 Post job cleanup. /usr/bin/tar -cz -f <キャッシュ保存パス> -C <キャッシュ対象パス> . C

                                                                              GitHub Actions でキャッシュされない罠 - Qiita
                                                                            • GitHub Actions で作業ディレクトリを変更したい

                                                                              どうも、たくチャレ(@takuchalle)です。 GitHub Actionsでルートディレクトリじゃないところでコマンドを打ちたい時ありますよね。 Firebaseプロジェクトのfunctionsディレクトリでコマンド打ちたい時、cdコマンドで移動して実行するのはダサいなあと思って調べたメモです。

                                                                              • 未経験初心者がWEB家計簿を作ってみた【Rails / Docker / Heroku / CircleCI】 - Qiita

                                                                                初めに こんにちは。 当記事は独学・未経験者がポートフォリオを兼ねてWEBアプリを作った、ご紹介させて頂きたいと思います。 昨今、未経験者が作成したポートフォリオ作成記事も多く存在するので、何番煎じかにはなってしまいますが、 この記事も同じ初学者の方の参考になればうれしく思います 概要 共同口座専用の家計簿アプリ「キョウドウコウザ」 http://www.kyodokoza.com/ シンプルかつ見やすさにこだわった「共同口座(共用口座・共同財布)向けの家計簿アプリ」です。 家計簿アプリは世の中に多々ありますが、私個人に合うものがなかったため自作しました。また、同様の悩みを抱える方にお使いいただければと思っております。 工夫した点 ユーザー目線 スマホで利用することが多くなることを想定し、レスポンシブ化 夫婦二人で使うことにこだわりたかったので、ユーザーの交流などはできない仕様に。また、登

                                                                                  未経験初心者がWEB家計簿を作ってみた【Rails / Docker / Heroku / CircleCI】 - Qiita
                                                                                • Railsで必要十分なAPI開発環境を整える(Docker + Rails + MySQL + OpenAPI + CircleCI) - Qiita

                                                                                  Railsで必要十分なAPI開発環境を整える(Docker + Rails + MySQL + OpenAPI + CircleCI)RailsMySQLCircleCIDockerOpenAPI はじめに RailsでAPIを作るぞ!ってなった時にいつも行っているテストやリンターなどの導入手順を備忘録がてら記事にしました。 また、本記事ではRailsアプリケーション自体は最小限の構成で作成し、 なるべく小規模かつ開発に必要なツールは最低限導入しておくことを念頭においています。 完成系 最初に完成系のrepositoryを上げておきます。 実際の実装が見たい場合は下記repositoryをご参照ください。 本記事で扱うこと dockerでmysqlをdbとする最小限のrailsアプリケーションを作成 ヘルスチェック用endpointの実装 テストツール(rspec)の導入 リンターツール(

                                                                                    Railsで必要十分なAPI開発環境を整える(Docker + Rails + MySQL + OpenAPI + CircleCI) - Qiita

                                                                                  新着記事