並び順

ブックマーク数

期間指定

  • から
  • まで

521 - 560 件 / 823件

新着順 人気順

CIの検索結果521 - 560 件 / 823件

  • 好きな言語でCI/CDを実装できる!DaggerのNode.js SDKを試してみた! | DevelopersIO

    「CI/CDのサービスは素晴らしいけど、ローカルPCで動作を確認したい」「Daggerっていうサービスは可能性を感じるけどCUE言語の学習コストがなぁ・・・」。そんな悩みを解決できるかもしれないDaggerのNode.js SDKを試してみました! こんにちは。AWS事業本部コンサルティング部に所属している今泉(@bun76235104)です。 みなさんはどのCI/CDツール・サービスがお好きでしょうか? GitHub Actions・CircleCI・GitLab CICD・AWS CodePipeineなど、さまざまな便利なツールがありますよね。 どれも素晴らしいサービスだと思うのですが、「CI/CDをローカル環境でテストしたい」「どのサービスでも使えるラッパーツールが欲しい」と思ったことはありませんか? 私は以前、それらの悩みを解決できるかもしれないdagger.ioというサービスを

      好きな言語でCI/CDを実装できる!DaggerのNode.js SDKを試してみた! | DevelopersIO
    • Dockerコンテナでgitlabとgitlab-runnerを構築してCI/CD | SyachikuLOG

      Reactでaxios経由でAWS API Gatewayからデータ取得しようとする時にCORSでエラーになる(POSTの場合)

        Dockerコンテナでgitlabとgitlab-runnerを構築してCI/CD | SyachikuLOG
      • GitHub - Kesin11/CIAnalyzer: A tool collecting multi CI services build data and export it for creating self-hosting build dashboard.

        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 - Kesin11/CIAnalyzer: A tool collecting multi CI services build data and export it for creating self-hosting build dashboard.
        • GitHub organizationsのメンバー管理をするTerraformを整備して、そのCIをGitHub Actionsで実現した話 - 実はhokkai7go

          はじめに GitHub Enterprise(以下GHE)から github.com へと移行するのが社内のトレンドになりつつあります。renovateの利用も活発です。自分は組織横断的なSREチームにいますが、インフラだけでなくGHEや github.com のorganizationsの管理もやっています。 なぜGitHub organizationsの管理をTerraformでやろうとしたのか 本質的な作業ではないと思うものの、入退社のたびに操作を行う人が発生します。属人化したいものではないのと、他チームメンバーでも操作しやすくするためにコード管理したいとおもいました。自分の所属している組織横断的なSREチームでは、ほかチームのメンバーの増減について詳しく知らないので、各チームからチームメンバーの追加/削除のPRがほしいと考えました。つまりセルフサービス化したいと思ったということです

            GitHub organizationsのメンバー管理をするTerraformを整備して、そのCIをGitHub Actionsで実現した話 - 実はhokkai7go
          • GitLabのEnvironmentを使いこなせ!(.gitlab-ci.ymlで使う編) - Qiita

            毎度、ググっても出てこない小ネタを取り扱っております。 本記事は個人的な見解であり、筆者の所属するいかなる団体にも関係ございません。 本エントリーは、Qiita Adventカレンダー 2021 GitLab の記事です。 0. はじめに 2021年12月03日のQiita Adventカレンダー 2021 GitLaに以下の記事を書きました。 GitLabのEnvironmentを使いこなせ!(Environmentってなに?編) - Qiita https://qiita.com/ynott/items/79d567ecb0cfbce722a8 GitLabの機能にあるEnvironment機能を解説しました。 本エントリーは、.gitlab-ci.ymlの書き方を解説します。 1. いきなり本題 以下のように書きます! 重要なのはenvironmentの部分です。 stages: -

              GitLabのEnvironmentを使いこなせ!(.gitlab-ci.ymlで使う編) - Qiita
            • ECS上のコンテナアプリをCircleCIでCI/CDする - Qiita

              この記事について イケてる開発をするためにはCI/CDは欠かせません。 特にAWSを使って本番環境を作っている場合、デプロイ操作をいちいちWebコンソールでぽちぽちしながら行うのは結構面倒です。 そのため今回は、ECSを使ったコンテナアプリを、CircleCIを使ってCI/CDパイプラインにのせるための手順、主にCircleCIの設定周りについて詳しく解説します。 使用する環境・バージョン macOS Mojave 10.14.5 前提条件 GitHub, CircleCI, AWSのアカウントは取得済みの状態から始めます。 読者に要求する前提知識 ECSへの手動デプロイが問題なくできること、およびECS用語(タスク・サービス等)の理解 gitの基本的な操作(add, commit, push, リモートリポジトリとの連携) CircleCIでのプロジェクト作成(GitHubリポジトリとの

                ECS上のコンテナアプリをCircleCIでCI/CDする - Qiita
              • 終末百合音声『イルミラージュ・ソーダ 〜終わる世界と夏の夢〜』発売記念【奥野香耶】インタビュー - SukeraSparo/Sono - Ci-en(シエン)

                終末百合音声『イルミラージュ・ソーダ 〜終わる世界と夏の夢〜』発売記念【奥野香耶】インタビュー 昨日、2022年6月24日(金)百合音声サークルSukeraSonoの新機軸【終末百合音声】! 『イルミラージュ・ソーダ 〜終わる世界と夏の夢〜』が発売されました!!! 【終末百合音声】イルミラージュ・ソーダ 〜終わる世界と夏の夢〜【CV:奥野香耶】 発売を記念して先生である”あなた”と一緒に終末世界をすごす少女『水仙サカナ』を演じていただいた奥野香耶さんのインタビューをお届けします。 奥野さん、よろしくお願いします! ●ご自身について ――自己紹介をお願いします 奥野香耶さん(以下、奥野さん) 奥野香耶です。 いつかエラ呼吸をしたいです。 この度、『イルミラージュ・ソーダ』にて水仙サカナを演じました。 よろしくお願いいたします。 ――「百合」についてお伺いしてよろしいでしょうか? 奥野さん 女

                  終末百合音声『イルミラージュ・ソーダ 〜終わる世界と夏の夢〜』発売記念【奥野香耶】インタビュー - SukeraSparo/Sono - Ci-en(シエン)
                • スケーラブルなUnityのCI環境の実現|カバー株式会社 公式note

                  こんそめ~🐻💿 カバー株式会社CTO室エンジニアのAです。今回は、タレントの皆さんが普段の配信で使用している「ホロライブアプリ」の開発における、CI環境の改善の取り組みについてご紹介します。 はじめにCI(Continuous Integration)とは、システム開発における、複数人の開発者が書いたコードを頻繁に統合し、自動化されたテストを行うことでコードの品質を保つ手法です。 CIを導入することで、短期間でのバグの発見、統合作業の分散による生産性の向上、常にリリース可能にコードの品質を保つことによる開発サイクルの高速化などの利点が見込まれます。 ホロライブアプリはUnityで開発しており、具体的なCIプロセスとして、コードのテストとアプリケーションのビルドがそれに当たります。CIに関連するコンセプトとしてCD(Continuous Delivery)というものもあり、これらをまとめ

                    スケーラブルなUnityのCI環境の実現|カバー株式会社 公式note
                  • GitHubの機能を活用した Terraform CI/CD Template Repository

                    この記事はTerrafrom Advent Calendar 2021の7日目の記事です。 はじめに 2019年12月のTerraform Meetup Tokyo#3にて、「GitHub Actionsで Terraformをplan&applyしてみた」 でLTしてから早2年が過ぎました・・ この時はGitHub ActionsがGAした直後でしたが、2年の月日が経ち、Terraform公式のActionsも変わっていたり、他にも便利な機能が増えている為、Actionsを活用したTerraformのGitHubテンプレートリポジトリを作成してみました。 大規模で複雑なシステムにおいてはそのまま活用はできないかもしれませんが、これからTerraformを始める方や、簡単なシステムを作りたい方であればそのまま利用してもらえると思うので、是非参考にしていただければと思います。 想定する読者

                      GitHubの機能を活用した Terraform CI/CD Template Repository
                    • DevOps、CI/CDパイプラインでもコンテナは大活躍!

                      コンテナとDevOps 前回まで、本連載ではコンテナの登場から、その概要、コンテナの実行基盤であるコンテナエンジン「Docker」、そしてコンテナのオーケストレーションツール「Kubernetes」について紹介してきました。 今回は、コンテナが利用される場面に焦点を当て、「DevOps」と「CI/CDパイプライン」におけるコンテナの活用について紹介していきます。 DevOpsのはなし 冒頭からいきなり登場した「DevOps」と「CI/CD」ですが、これらはそもそも何でしょうか。まず、その概念から説明します。 DevOpsとは DevOps(「デブオプス」と読みます)とは、システム導入においてソフトウェア開発(Development)と運用(Operations)が互いに協力することで、システム開発のライフサイクルを短縮し、高品質なソフトウェアを提供し続けることを目的とした考え方です。 これ

                        DevOps、CI/CDパイプラインでもコンテナは大活躍!
                      • GitLab CI でリリース体験を向上させたい話 - エムスリーテックブログ

                        【SREチーム ブログリレー3回目】 こんにちは。エンジニアリンググループ、SRE の伴です。 エムスリーでは、AWS クラウド上に GitLab をホスティングして使っています。このため、 GitLab CI を使った CI/CD の構築が積極的に行われています。 SRE チームでも、インフラの管理に Infrastructure as Code (以下、IaC) ツールを利用しており、そのコードを GitLab で管理し、CI/CD を構築しています。 しかし昨年時点では、SRE 管理のリポジトリで CI/CD を構築できていないものがまだまだ存在していました。このため、昨年5月にエムスリーにジョインしてから、それらリポジトリ CI/CD の改善をしています。 ここでは、その改善の一部である「Trigger 機能を使った CI/CD 構築」と「gitlab-comment の導入」につ

                          GitLab CI でリリース体験を向上させたい話 - エムスリーテックブログ
                        • Jest v28 shard オプションを使い、CI でカバレッジを計測できるようにする - Classi開発者ブログ

                          こんにちは、ラーニング・学習トレーニングチームの id:tkdn です。 今日は Jest shard オプションを使って CI でどうカバレッジ計測をしたか について書いていきます。 Jest v28 shard オプション Jest v28 から shard オプションが入りました。このオプションでテスト実行を指定の数で分割することができます。 Jest's own test suite on CI went from about 10 minutes to 3 on Ubuntu, and on Windows from 20 minutes to 7. 公式のアナウンスでもあるとおりですが、Jest 自身の CI でのテストが 20 分から 7 分になったという速度の変わりようです。 私たちのチームではリモートという状況の中で TDD /モブプロを実践しており、コミットによりバトン

                            Jest v28 shard オプションを使い、CI でカバレッジを計測できるようにする - Classi開発者ブログ
                          • CI/CDの現場への定着も手厚くサポート─圧倒的なスピードのDevOpsを実現する「CircleCI」のインパクト

                            開発と運用を一体化させたDevOpsの手法によってソフトウェアのリリースと改善のスピードを高めるうえでは、CI(継続的インテグレーション)/CD(継続的デリバリー)のためのツールとして何を選ぶかが重要なポイントとなる。そのCI/CDツールとして、デジタル時代をリードする新興のテクノロジー企業から製造系・金融系の大手企業に至るまで、幅広い層の企業に支持されているのが「CircleCI(サークルシーアイ)」だ。同製品の持つ強みを開発・提供元であるCircleCI社のキーパーソンに聞いた。 DevOpsによる生産性向上を 包括的にバックアップ 「CircleCI」は、CI(継続的インテグレーション)/CD(継続的デリバリ)の効率化に特化したツールとして、およそ10年の歴史を持つ製品だ。主にクラウド型のサービスとして提供されており、開発・提供元のCircleCI社は現在(2022年5月時点)、日本

                              CI/CDの現場への定着も手厚くサポート─圧倒的なスピードのDevOpsを実現する「CircleCI」のインパクト
                            • CyberAgent における OSS の CI/CD 基盤開発 myshoes #CICD2021

                              talked by CI/CD Conference 2021 by CloudNative Days https://event.cloudnativedays.jp/cicd2021 re-upload: https://speakerdeck.com/whywaita/cyberagent-oss-cicd-myshoes-cicd2021Read less

                                CyberAgent における OSS の CI/CD 基盤開発 myshoes #CICD2021
                              • CIでデータマートを自動生成する - STORES Product Blog

                                データチームにてデータエンジニアとして働いている @komi_edtr_1230です。 2021年1月からheyの1人目のデータエンジニアとして入社し、日々データ基盤の整備にあたっています。 今回の記事ではCIでデータマートの生成を自動化した話について書いていきます。 背景 heyは3社が統合されて出来た会社なのですが、もともとEC、決済、予約の各事業が会社として独立していたというのもあり、社内のデータは統合されていませんでした。 これの何が問題かというと KPIの算出定義を一元管理できず、数値の正しさに信頼を持てないため施策のPDCAが適切に回せない KPIを再利用できず、余計な仕事が増える 事業の数値が見えにくいため、異常や周期性、トレンドを発見することが難しい などといったことが起きます。 実際、heyは3事業を持っていることから横断的な分析が難しく、事業成績の視認性や顧客のUXなど

                                  CIでデータマートを自動生成する - STORES Product Blog
                                • Best practices for managing Terraform State files in AWS CI/CD Pipeline | Amazon Web Services

                                  AWS DevOps Blog Best practices for managing Terraform State files in AWS CI/CD Pipeline Introduction Today customers want to reduce manual operations for deploying and maintaining their infrastructure. The recommended method to deploy and manage infrastructure on AWS is to follow Infrastructure-As-Code (IaC) model using tools like AWS CloudFormation, AWS Cloud Development Kit (AWS CDK) or Terrafor

                                    Best practices for managing Terraform State files in AWS CI/CD Pipeline | Amazon Web Services
                                  • 依存関係をスマートに解決しつつ「GitHub Actions」でCIを無料でぶん回す - Qiita

                                    tl;dr run: セクションでは一時的なPATHの追加しか出来ない。 ワークフローに依存関係がある場合、 setup-* を作ると簡単に解決できる。 setup-caskを作った! 「GitHub Actions」便利なので、みんな使おう! GitHub Actionsについて 「GitHub Actions」は2018/10/16に発表1され、2019/11/13に正式リリース2されました。 当初はブロックを繋いでワークフローを作っていました1が、現在ではYAMLでのワークフロー定義3になり開発者にとって、再利用しやすく、簡潔にワークフローを定義できるようになりました。 パブリックレポジトリであれば、並列数20でLinux, macOS, Windowsが無料で使え、有効化は .github/workflows/test.ymlにワークフローの定義を書いて push するだけです。

                                      依存関係をスマートに解決しつつ「GitHub Actions」でCIを無料でぶん回す - Qiita
                                    • GitLabとAWS CodePipelineでScalaのCI環境を作る - Qiita

                                      先日、AWSのCodePipelineというサービスを使ってCI環境をしてみました。 必要な設定が思いの外多かったので備忘も兼ねて構築方法を共有します。 CodePipelineについて AWSには以下の開発者向けの3つのサービスがあります。 CodeCommit gitのホスティング CodeBuild ビルドサービス CodeDeploy デプロイサービス CodePipelineはこれらのサービスを組み合わせたワークフローを管理するサービスです。 CIの構成 以下の図の様に、GitLabにpushしたソースコードをAWSのCodePipeline側でビルドして最終的にECSにデプロイするCIを作ります。 構築の手順 次の流れで構築していきますが、ECSなどが作成済の環境にCIを作る場合は適宜読み飛ばしてください。 ちなみに、Scalaならではの対応が必要なのは1.と8.の手順のみです

                                        GitLabとAWS CodePipelineでScalaのCI環境を作る - Qiita
                                      • スケーラブル CI/CD with Nx モノレポ

                                        スクラムガイドのスプリントレトロスペクティブを改めて読みかえしてみた / Re-reading the Sprint Retrospective Section in the Scrum Guide

                                          スケーラブル CI/CD with Nx モノレポ
                                        • CIでUnity向けの静的コード分析を走らせる - きゅぶろぐ

                                          あのResharperやRiderで使われている静的コード分析をCI(=コマンドライン)で、それも無料で使えちゃうんです。 CIで実行することで、PullRequestの自動チェックで走らせて未然に事故を防ぐことが出来ます。 静的コード分析って? コードを分析して、以下のようなことを教えてくれる機能です。 nullの可能性がある変数にアクセスしている 実行効率の悪い書き方になっている(同じGetComponentを複数回呼んでいるなど) ネーミングルールの間違い(lowerCamelで書くべきメンバ変数をUpperCamelで書いている等) UnityEngine.Objectに対して?.とか書いちゃってる 絶対true/falseになるif文がないか なんとシェーダーの中身もチェックしてくれる! などなど。 何よりUnityならではの分析もしてくれるのがめちゃめちゃ便利です。 注意点 2

                                            CIでUnity向けの静的コード分析を走らせる - きゅぶろぐ
                                          • CI/CD Conference 2023に参加してきました - STORES Product Blog

                                            プロダクト基盤本部SREの藤原です。 3/20開催のCI/CD Conference 2023に参加してきました。 随分遅くはなってしまいましたが学びの多かったイベントだったので改めてエントリをしたためています。 参加と言っても私自身が本イベントの運営にも関わっているので、その辺りも少し触れつつ感想を述べます。 参加したセッション 当日は以下のセッションに参加しました。 GitHub Actionsと"仲良く"なるための練習法 UbieはなぜSnykを選んだのか?安全で高速なアプリケーション開発ライフサイクルの実現へ トランクベース開発の実現に向けた開発プロセスとCIパイプラインの継続的改善 "UbieはなぜSnykを選んだのか?安全で高速なアプリケーション開発ライフサイクルの実現へ"のセッション以外はアーカイブと資料が公開されています。 いずれも学び、気づきの多いセッションなので資料だけ

                                              CI/CD Conference 2023に参加してきました - STORES Product Blog
                                            • BunをCI(GitHub Actions)で使ってみた

                                              はじめに Bun 1.0がリリースされましたね。 とはいえNode.jsやnpmなどから移行するのはまだまだ非現実的だし現状使い道がなさそうだなぁと思っていたところ、Xで以下のような投稿を見かけました。 確かにCIでdevDependenciesにしか依存していないLintやテストなどであれば使えそうだなぁと思ったので、使ってみることにしました。 Bunについて BunはJavaScriptとTypeScriptのアプリケーション向けのオールインワンのツールキットです。 その核となるのがBunランタイムで、Node.jsのドロップインの代替品として設計された高速なJavaScritランタイムです。Zigで書かれていて、JavaScriptCoreで動き、起動時間とメモリ使用量を劇的に削減します。 さらにランタイム以外にも以下の機能が実装されており、いずれも既存のツールより大幅に高速で、既存

                                                BunをCI(GitHub Actions)で使ってみた
                                              • むかイさん on X: "反AIの宮島礼吏さんへの誹謗中傷酷すぎないのだ? 自分の漫画を学習させ、自分のキャラをAIに描かせてた漫画家さんへも、「この人のLoRAを作成してよいという大号令」「AIナイズされてゴミ屑」「筆折れば」「漫画家が絵を描く技術しか武器が無い絵師に喧嘩売ってる」だの https://t.co/XvNVXYpPqn https://t.co/y6n8M5a4cI"

                                                • なぜかゲーム制作のモチベが下がっちゃった時に読みたい制作応援記事! - がろちゃん - Ci-en(シエン)

                                                  12/8の記事を担当するがろです! この記事は… 「ゲームにかかわる人が自由な記事を作る Advent Calendar 2023」 に参加しています! 他の方の記事もぜひ読んでみてくださいね♪ ゲーム制作のモチベは推移する まだ何も知らない私「ゲーム制作たのしぇぇぇ!!!」 ・ ・ ・ 数年後… ・ ・ ・ 一通り作った後の私「全然作れないもうダメだ生きてる価値ない…」 皆さま、制作お疲れ様です。 いつでも楽しく作れれば…ほんと、幸せですよね。 しかし、人生は山あり谷あり。 不思議と全然作りたくなくなる時もあります。 今日は 「なぜか制作のモチベが下がっちゃった時」 のための制作者応援記事を書いていこうと思います。ウキウキで作れているよ、という時よりは制作に疲れちゃってもうだめぽよ…という時におすすめの記事です。あくまで私の経験をもとにした話ですので軽い気持ちでキャラメルポップコーンを食

                                                    なぜかゲーム制作のモチベが下がっちゃった時に読みたい制作応援記事! - がろちゃん - Ci-en(シエン)
                                                  • Actions CIでSlack通知にコンソール出力の一部を混ぜる話 - Qiita

                                                    そういや今年こんなことをやりましたということで一つ https://github.com/Pctg-x8/peridot では、GitHub Actionsを使用してCI/CDを組んでいます。元はTravis CIを使用していたんですが、ジョブ構成の柔軟さやCI以外の手順自動化に使えそうという点から今年の3月1に一気に移行しました。 そこで、Travis CI時代から使用しているCI結果のSlack通知もActionsに移植しまして、今現在ではこんな感じのAttachmentがついたメッセージが届くようになっています。 このAttachmentの本文には、エラーとなったジョブのコンソール出力の末尾20行が入っています。 この記事では、この出力を混ぜ込むまでにやったことを解説します。 要件と使えそうなコマンド この機能の要件としては以下の通りです。 rustcのエラーメッセージの最後の数行を

                                                      Actions CIでSlack通知にコンソール出力の一部を混ぜる話 - Qiita
                                                    • Top Open Source CI/CD Tools for Kubernetes to Know

                                                      Continuous integration and continuous delivery/deployment (CI/CD) describes a set of practices for delivering applications and infrastructure using automation, continuous monitoring, and GitOps processes. CI/CD pipelines emerge when incremental code changes are made frequently and reliably, triggering various levels of automation, resulting in operational deployment. CI/CD tools designed to work w

                                                        Top Open Source CI/CD Tools for Kubernetes to Know
                                                      • CIの時間をボトムアップに短縮する方策 - yujioramaの日記

                                                        背景 新機能の追加が継続している 既存機能の改修、改善が継続している 時とともにCIの実行時間が増加し続けている 自動テストはときどき失敗する(flaky) CIの成功が、コードレビューを始めるきっかけになっている(CIが成功するまでコードレビューが始まらない) 問題と原因 問題 CIの待ち時間が長く感じる 変更セットと無関係な自動テストがときどき失敗する(再試行すると成功する) 原因 CIはすべての自動テストを実行している 解決方法 1. テストの実行を並列化する すべての自動テストを実行すること にこだわりがあるときの戦略 プロジェクトによっては、変更セットの正しさを保証する最低限の線引きかもしれない CIやテストフレームワークの仕組みに応じていろいろなやり方がある マシンの並列化 プロセスの並列化 スレッドの並列化 2. 変更セットに含まれるプログラム部品に依存する自動テストだけを抽

                                                          CIの時間をボトムアップに短縮する方策 - yujioramaの日記
                                                        • CI/CDパイプラインをコード化する「Pipeline as Code」とは? 構築・メンテナンスを実現する5ステップ

                                                          CI/CDパイプラインをコード化することで継続的な構築・メンテナンスを可能にするPipeline as Codeという取り組みが注目を集めている。システム開発で当たり前になったコードのバージョン管理や自動テスト・実行環境のメンテナンスがCI/CDパイプラインにも及んでいるのだ。 本セッションでは、NTTコミュニケーションズの杉野博徳氏が、自分たちのチームで取り組んできたPipeline as Codeについて解説した。杉野氏は、NTTコミュニケーションズの社内向けSREという立場で、3年にわたって自分たちと複数のアプリケーション開発チームのCI/CDパイプラインを構築・メンテナンスしてきた。開発チームなどで継続的デリバリーの環境構築・メンテナンスに取り組むエンジニアにとって役立つ事例となるだろう。 CI/CDパイプラインで考慮すべき3つのポイント NTTコミュニケーションズ株式会社 イノベ

                                                            CI/CDパイプラインをコード化する「Pipeline as Code」とは? 構築・メンテナンスを実現する5ステップ
                                                          • Webアプリケーションのデプロイを簡単にする新サービスAWS App Runnerがリリース!AWS Copilotでデプロイ&CI/CDパイプライン構築してみた | DevelopersIO

                                                            Webアプリケーションのデプロイを簡単にする新サービスAWS App Runnerがリリース!AWS Copilotでデプロイ&CI/CDパイプライン構築してみた コンサル部のとばち(@toda_kk)です。 Webアプリケーションのデプロイを劇的に簡単にする、AWS App Runnerというサービスがリリースされました! すでに本ブログDevIOでも、いくつか記事が上がっています。 どういったサービスなのか、機能の紹介や基本的な使い方については上記をご参照いただきたいと思います。 App Runnerを利用する方法として、マネジメントコンソールやAWS CLIの他に、ECSデプロイツールの1つであるAWS Copilotがサポートされています。 今回は、Copilotを用いたApp Runnerのサービスデプロイについて、何ができるのか少し深掘りしてみます。 すでにワークショップやサン

                                                              Webアプリケーションのデプロイを簡単にする新サービスAWS App Runnerがリリース!AWS Copilotでデプロイ&CI/CDパイプライン構築してみた | DevelopersIO
                                                            • npm installとnpm ciの違いをメモする - CLOVER🍀

                                                              これは、なにをしたくて書いたもの? Node.jsでモジュールをインストールするコマンドとしてnpm install(エイリアスnpm i、npm add)があるわけですが、 npm ciがどういうものだったかよく忘れるのでメモしておきます。 ちょっとドキュメントを眺めてみましょう。 環境 今回の環境は、こちら。 $ node --version v16.13.1 $ npm --version 8.1.2 というわけで、npm v8のドキュメントを見ていきます。 npm ci npm ciのドキュメントはこちら。 npm-ci | npm Docs npm ciは、npm installに似たコマンドです。CI環境やテスト環境での利用、依存関係のクリーンインストールを行う場合に 使用します。 特徴は、以下です。 プロジェクトはpackage-lock.jsonはnpm-shrinkwra

                                                                npm installとnpm ciの違いをメモする - CLOVER🍀
                                                              • Laravelで作る、OpenAPIによるAPIリファレンス自動生成 with GitLab CI - OPTiM TECH BLOG

                                                                こんにちは。AI・IoTサービス開発部の青木です。 Laravelの最新バージョンに追いつけていない系エンジニアです。 今回はOpenAPIの導入をLaravelでやっていきたいと思います。 序盤はドキュメントをなぞるような形となってしまいますが、後半はそれらをGitLab CIでPagesに登録し マージされたらAPIリファレンスが自動更新されるような仕組みを作りたいと思います。 利用するOSS laravel.com vyuldashev.github.io 今回メインで利用させて頂くOSSはこちらです。 providersとして登録し、スキーマの定義を行えば自動でスキーマを出力してくれる便利なツールとなります。 導入 vyuldashev.github.io Installation You can install the package via composer: composer

                                                                  Laravelで作る、OpenAPIによるAPIリファレンス自動生成 with GitLab CI - OPTiM TECH BLOG
                                                                • Github Actions Dockerで環境構築しているコードをCIチェックするときにエラーが出た - Qiita

                                                                  概要 Dockerでローカル開発環境を構築しているコードをGithub上でPR作成するときにCIチェックでテストが走るようにしたい。 $ docker compose up後にcomposer installを実行したところエラーが出たので自身の環境の解決方法をまとめる。 前提 下記のようなワークフローのyamlファイルを定義した。(環境構築は$ make initコマンドを実行するだけで完了するように下準備はしてある。) name: 'do PHPUnit' on: push: branches: - 'feature/*' - 'hotfix/*' - 'release/*' pull_request: types: [opened, reopened] jobs: do_phpunit: runs-on: ubuntu-latest steps: - uses: actions/ch

                                                                    Github Actions Dockerで環境構築しているコードをCIチェックするときにエラーが出た - Qiita
                                                                  • 日本人向けに特化したエロ画像生成AIの開発と販売を目指します! - じえじえ研究所 - クラウドファンディング | Ci-en(シエン)

                                                                    実現したいこと 「Hを超える最強のエロ体験を!」を目標に、その第一歩として、エロ画像生成AIを作り、幅広いエロ需要に応えたいと思っております!私は、エロが大好きで、将来的には最強のエロ企業を作ります!(エロ企業の詳細 -> その他補足説明.1) エロ画像生成AIでは、日本人風、かつ、実写風で、利用者の好みの顔・髪型・服装・体型・見た目の若さ、の女性のエロ画像を生成できるようなものを目指し、特殊性癖もある程度サポートすることで、幅広いエロ需要に応えられるようにしたいと思っています。 例えば、プロトタイプAIモデルでは、このような日本人風の架空の成人女性を生成できます。 本クラウドファンディングで達成することは、エロ画像生成AIの開発に取り組むことと、販売開始です。(オープンソースにしない理由 -> その他補足説明.5) 個人のみでなく、事業向けにもAIを販売予定で、事業向けにAIを販売するこ

                                                                      日本人向けに特化したエロ画像生成AIの開発と販売を目指します! - じえじえ研究所 - クラウドファンディング | Ci-en(シエン)
                                                                    • SwiftPMのCI向けキャッシュを考える - Qiita

                                                                      はじめに Firebase iOS SDK も Swift Package Manager (SwiftPM) サポートがβリリースされたので、CocoaPods や Carthage を剥がして SwiftPM に集約していきたいですよね。 そこで重要になるのが CI でのキャッシュです。Firebase iOS SDK は非常に大きなパッケージで、インストールやビルドに多くの時間を費やしてしまいます。なので、できる限りキャッシュしてCIのビルド時間を短縮することを検討しました。 結論としては「現時点でビルド時間の大幅な短縮には至らない」となったのですが、ここに至るまでに調べたり試した内容をまとめます。 従来のパッケージマネージャーの場合 まずは SwiftPM 以前のパッケージマネージャーである CocoaPods と Carthage についてのキャッシュについて要点を整理します。

                                                                        SwiftPMのCI向けキャッシュを考える - Qiita
                                                                      • Integrating AWS CloudFormation Guard into CI/CD pipelines | Amazon Web Services

                                                                        AWS DevOps Blog Integrating AWS CloudFormation Guard into CI/CD pipelines In this post, we discuss and build a managed continuous integration and continuous deployment (CI/CD) pipeline that uses AWS CloudFormation Guard to automate and simplify pre-deployment compliance checks of your AWS CloudFormation templates. This enables your teams to define a single source of truth for what constitutes vali

                                                                          Integrating AWS CloudFormation Guard into CI/CD pipelines | Amazon Web Services
                                                                        • GitHub Actionsで始めるPHPアプリケーションのCI実践入門 / ga-phperkaigi2020

                                                                          PHPerKaigi 2020の登壇資料です。 サンプルアプリはこちら https://github.com/fortkle/ga-phperkaigi-todo-api

                                                                            GitHub Actionsで始めるPHPアプリケーションのCI実践入門 / ga-phperkaigi2020
                                                                          • モバイルアプリ開発のCI/CDにBitriseを採用した理由 - stmn tech blog

                                                                            こんにちは、スタメンでモバイルアプリ開発をしている @temoki です。 スタメンに入社した当時は私一人でモバイルアプリ開発をしていましたが、おかげさまでこの一年半で仲間も増え、組織上もモバイルアプリグループが発足するにまで至りました。そのため、最近はチームで一緒になって開発を進めていける喜びを感じつつ、複数人でも開発をスムーズに行うための環境づくりも進めています。 その一つとして、このたびモバイルアプリ開発におけるCI/CDサービスとして Bitrise を採用したため、その背景や理由についてお伝えしたいと思います。 背景と目的 CI/CDサービスを導入を検討しはじめた目的はこの三つです。 リリースの頻度を上げたい 私がいなくてもデプロイできるようにしたい ユニットテストを定着させたい それぞれの目的についての背景は次のとおりです。 リリースの頻度を上げたい ストアへのリリースはだいた

                                                                              モバイルアプリ開発のCI/CDにBitriseを採用した理由 - stmn tech blog
                                                                            • SUZURIモバイルアプリのCI/CD - Pepabo Tech Portal

                                                                              こんにちは、SUZURI モバイルエンジニアのsayhaです! 最近は暑さで寝苦しい上に子供がのしかかってきてうまく寝られず寝不足ぎみでつらみです。 今回は「SUZURIのCI/CD構成ってどうなっているの?」といった声が聞こえてきたのでSUZURIモバイルアプリのCI/CD構成についてご紹介したいと思います。 CI/CDとは CI = Continuous Integration(継続的インテグレーション) アプリケーション開発において自動化を取り入れることで、継続的にビルドやテストを行い正確迅速に開発を進める手法 CD = Continuous Delivery(継続的デリバリー) 継続的に配信を行い顧客にアプリケーションを提供する頻度を高める手法 CI/CDについて詳しく知りたい方は@k1lowさんの記事いまさら聞けない「CI/CD」の意義――GitHubとGitHub Action

                                                                                SUZURIモバイルアプリのCI/CD - Pepabo Tech Portal
                                                                              • 定期スクリプト実行環境としてのGitLab CIのススメ - Qiita

                                                                                ラクスAdvent Calendar 2021 の2日目は、スプリットキーボードならぬデュアルキーボード歴2ヶ月の @oohira が、左手に Magic Keyboard、右手に REALFORCE というごった煮環境からお送りします。 昨日は「初日取ったった!」してくれた @Y-Kanoh さんの「GASでカユいところに手が届いたTips3選」でした。勢い、大事ですね。 はじめに これまで定期実行したいちょっとしたスクリプトは、個人PCやプロジェクト共用サーバー、Jenkins などを使って実行していましたが、ここ数年で GitLab CI を使って実行する方法に完全に落ち着きました。この記事では、社内のメンバーも読者に想定しつつ、GitLab CI のよさと簡単な始め方を紹介したいと思います。 背景と前提 GitLab CI(や GitHub Actions)が登場する前の世界では、

                                                                                  定期スクリプト実行環境としてのGitLab CIのススメ - Qiita
                                                                                • AWS Amplify Console と同等の CI/CD 環境を AWS Code サービスシリーズでつくる [AWS CloudFormation でかんたん構築!!]

                                                                                  AWS Cloud9 上で、React のサンプルアプリが動作する環境を構築します。ここでは、シンプルに create-react-app だけ実行します。 $ npm install -g create-react-app #create-react-app のインストール $ create-react-app example-xxxxx #CodeCommitにgit cloneして作成されたディレクトリを引数に指定してcreate-react-appを実行 インストールしたら、example-xxxxx ディレクトリ (React プロジェクトのルートディレクトリ) に以下の内容の buildspec.yml を作成します。 version: 0.2 env: parameter-store: REACT_APP_REGION: "example_xxxxx_REGION" phas

                                                                                    AWS Amplify Console と同等の CI/CD 環境を AWS Code サービスシリーズでつくる [AWS CloudFormation でかんたん構築!!]