タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
GitLab CIとPuppeteerを使ってはてなブログのデザインを継続的にデプロイする - pixiv inside - pixiv inside
こんにちは！ピクシブ福岡オフィスでエンジニアをしている@tasshiです。 今回はpixiv insideリニューアルのデプロイ環境についてお話ししたいと思います。 pixiv insideについて 「pixiv inside（ピクシブ インサイド）」は、ピクシブ株式会社の日常を伝えるためのオウンドメディアです。 2014年に「pixiv engineering blog」としてスタートし、2017年に現在の「pixiv inside」になりました。 WordPressからはてなブログへ pixiv insideでは2020年1月にセルフホスティングのWordPressからはてなブログへと移行し、新デザインへのリニューアルを行っています。 デザインリニューアルではデザイナーさんの作ったデザインを元にして、エンジニアがJavaScript, CSSなどのデザインリソースを実装します。 その後
技術とノウハウを武器に、膨大かつ複雑なデータの「検索」「分析」「可視化」といった課題を解決するフォルシア株式会社が「FORCIA Meetup #2」を開催しました。2回目の今回のテーマは「2020年度にエンジニアが取り組んだこと」。六車氏は、CI/CDの整備について発表しました。 管理ツールとして「GitLab」CI/CDツールとして「GitLab CI/CDツール」を利用 六車光貴氏（以下、六車）：六車が『エンジニア1年目の貢献：CI整備を中心に』というタイトルで発表します。まず自己紹介です。六車光貴と申します。ちょっと変わった名前ですが、四国の香川県出身で、香川県だと小学校のクラスに1人はいる名前です。 フォルシアには2020年4月に新卒で入社して、ソフトウェアエンジニアとして働いています。主に大手旅行代理店のサイトの構築をTypeScript、Node.js、React、Next、
これはエムスリー Advent Calendar 2022の32日目の記事です。 前日は@po3rinによる、ただのソフトウェアエンジニアが検索エンジニアになるまで でした。 あけましておめでとうございます。エムスリーエンジニアリンググループでScalaとマミさんが好きな安江です。アドカレを購読しているみなさま、またお目に掛かりましたね。素敵な出会いはたくさんあって欲しいですが、プログラマなら似たコードとの出会いは少なくしたいものです。今年度のAI・機械学習のベストMR第1位に輝いたのもGitLab CIテンプレート用リポジトリの作成という、GitLab CIのテンプレートに関するものでした。本記事では、私が布教したGitLab CIのテンプレートの実例を3つ紹介したいと思います。 1. レビュー依頼ジョブ 2. 古いブランチの通知 3. renovate, scala stewardのテ
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
1400 行の一枚岩な .gitlab-ci.yml を分割して CI を高速化した - 弁護士ドットコム株式会社 Creators’ blog
こんにちは。弁護士ドットコム クラウドサイン事業本部で SRE をしています、大内と申します。 クラウドサイン事業本部の SRE ではサービスの可用性、信頼性の向上や開発の高速化、省力化を目指した開発を日々行っています。 クラウドサイン事業本部では本体アプリケーション（以下本体）のソースコード管理を GitLab で行っています。 そして、本体とその関連サービス、バッチなどを 1 つのリポジトリで管理するモノレポ構成を取っています。 今回は、そんなモノレポ構成のリポジトリの GitLab CI パイプラインを分割し、開発速度を大きく改善した話をご紹介します。 CI 分割以前の CI 構成 モノレポ構成プロダクトの CI が抱えていた課題 他のテストの待ち時間の影響を受けて待ち時間が伸びる テストが失敗するとすべてのデプロイがブロックされる .gitlab-ci.yml の肥大化による、コー
はじめに レビュワーの工数削減とヒューマンエラーを防ぎコードの品質をさらに向上させていく取り組みの一環として、自動コードレビュー（静的解析） を検討しました。 そこで、reviewdogというツールを用いて実装しようとしたのですが、 reviewdogはgithub-actionsベースで開発がされているため、gitlabでの使用に関しては、ほとんど事例・記事はありませんでした。 導入まで少しだけ苦労したので、この記事がgitlab上でreviewdogの使用を想定している人に向けて参考になれば幸いです。 reviewdogとは？ Go言語で記述されたOSS。 各種 linter 解析の検出結果を MR（またはPull Request） にコメントする形で指摘してくれるツール 以下のreviewdog開発者の記事を読むと概要が掴めると思います。 Reviewdog を飼ってコードレビューや
仕事でCI全般のお悩み相談されることが多くて .circleci/config.yml や .gitlab-ci.yml をリファクタリングすることがよくあるのですが、その時に一番意識してるキャッシュ戦略について長年自分の中の暗黙知になっていて明文化できてなかったので書きます。 前置き 用語の定義 その他 GitLab CIとCircleCIの両方に共通すること キャッシュを過度に使いすぎない 許容できるケース 11/6追記 ないと困るものはキャッシュにしない 10/30 12:00追記 キャッシュをバージョニングする 複数のブランチでキャッシュを共有できるようにする GitLab CI固有の話 GitLab CIのキャッシュの仕様 CircleCI固有の話 CircleCIのキャッシュの仕様 同一のkeyで一度キャッシュが作られたら上書きができない キャッシュのkeyは前方一致 どうして
こんにちは、滝澤です。 昨年（2019年）11月に開催された日本DNSオペレーターズグループのDNSOPS.JP BoFで発表した話を改めて本ブログで紹介します。 3行で説明すると次のような内容になります。 DNSゾーン管理ツール OctoDNS と SCM（ソースコード管理）ツール GitLab のCI/CD機能を使って、 複数DNSプロバイダー構成を運用する事例を紹介します。 前後編に分けて紹介します。 前編: OctoDNSの紹介 後編: GitLab CI/CDの利用 本記事はは前編の「OctoDNSの紹介」になります。 OctoDNSでは以下のことができます。 複数のDNSプロバイダー間でゾーン情報を同期できる。 DNSプロバイダーの移行作業にも利用できる。 同期元としてゾーンファイルやゾーン転送を利用できるため、オンプレミスからDNSプロバイダーへの移行作業にも利用できる。 D
GASに入門して, Claspを使ったGit管理+Gitlab-CIを使ったCI / CDまでやった記録 - Qiita
GASに入門して, Claspを使ったGit管理+Gitlab-CIを使ったCI / CDまでやった記録JavaScriptGitGoogleAppsScriptGAS GASに入門して, Claspを使ったGit管理+Gitlab-CIを使ったCDまでやってみた 今冬、初めて雪が窓の外をちらついた日のことだ。 GASを使ってスプレッドシートを更新する業務の自動化を推進している同僚が、保守性・メンテナンス性が悪くて困っているという話をしていた。 「バージョン管理をしたらいいよ」というアドバイスが方々から飛んだ。私もそのアドバイスをしたうちの一人だった。そのとき、私はGASを触ったことが一度もなかった。 それから30分後、私はなぜかGASを触ることになっていた。何の偶然か、私はこのタイミングで突然ドライブの特定のディレクトリに存在する全てのスプレッドシートからあるカラムを取得する必要性に迫ら
GitLab CI/CD 発展編 ～GitLab Runnerの使い方～ - 株式会社インサイトテクノロジー
こんばんは。インサイトテクノロジー札幌R&Dセンターの笹谷です。 好きなキャンベルタウンはスプリングバンクとグレンガイル、好きなローランドはオーヘントッシャンとアイルサベイ、好きなアイランズはタリスカー、ロックランザ、スキャパです。 業務ではGitLabを用いたCI/CDの構築、開発部門の業務プロセスの改善タスクを担当しております。 前々回、前回に引き続き、GitLab CI/CDの構築に際し、GitLab CI/CDのjobの実行主体であるGitLab Runnerについてお話します。 GitLab Runnerとは 前々回でも軽く触れましたが、改めて今回もご説明します。 GitLab RunnerとはGitLab CI/CDにおけるjobの実行主体です。 GitLab CI/CDのpipeline内でjobが実行されるときは、GitLab.com上のRunnerまたはGitLab Ru
GitLab CI/CD パイプライン
オープンソースカンファレンス2019 Tokyo/Fall で発表した 明日から始めるGitLabCIはじめの一歩 https://www.ospn.jp/osc2019-fall/modules/eguide/event.php?eid=60 の資料です。Read less
GitHub - Cicada-Software/cicada: A FOSS, cross-platform version of GitHub Actions and Gitlab CI
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.
GitLab CI/CD 実践編 ～GitLab Pagesを使ったドキュメントのホスティング～ - 株式会社インサイトテクノロジー
こんばんは。インサイトテクノロジー札幌R&Dセンターの笹谷です。 好きなボトラーはモリソン＆マッカイとエリクサーディスティラーズ、好きなカスクタイプはEXバーボンカスクとPXカスクです。 業務ではGitlabを用いたCI/CDの構築、開発部門の業務プロセスの改善タスクを担当しております。 前回は、Gitlabが持つCI/CDの機能であるGitLab CI/CDについて、基本的な使い方と最小限の例についてお話しました。 今回はその続きで、実践編と称し、GitLab Pagesと組み合わせることで、 テストのcoverageをHTMLを公開 markdown文章をHTMLに変換して公開 する流れについてそれぞれお話します。 シーン1: テストのcoverageのHTMLを公開する 概要説明 ローカルのgit repositoryからGitlabのremote repositoryへのpushを
こんばんは。インサイトテクノロジー札幌R&Dセンターの笹谷です。好きなハイランドはクライヌリッシュとグレンモーレンジィ、好きなスペイサイドはグレンエルギン、好きなアイラはブルックラディとキルホーマンです。 現在はGitlabを用いたCI/CDの構築、開発部門の業務プロセスの改善タスクを担当しております。 今回は、Gitlabが持つCI/CDの機能であるGitlab CI/CDについて、基本的な使い方を、実際に社内で利用している具体例（に近いもの）を用いてご説明します。 Gitlab CI/CDとは Gitlabレポジトリ内で.gitlab-ci.ymlで定義する、CI/CD（継続的インテグレーション/継続的デプロイ）の仕組み Gitlab CI/CDで実行する、一つのまとまった処理の単位をpipelineとし、pipelineはjobの集合からなる jobはstageによってカテゴライズ・
モノリシックなRuby on Railsアプリケーションの膨大なRSpecをGitLab CI/CDを使って並列実行する - OPTiM TECH BLOG
はじめに こんにちは。Optimal Bizのサーバーサイドに関する開発を担当している伊藤です。 突然ですが皆さんは開発中、単体テストをどのように実施していますでしょうか。 Optimal BizではGitLabのマージリクエスト毎に単体テストを実施し、 その結果がマージリクエストに出るようにしています。 こんな感じです(モザイク部分には失敗したテストの詳細が表示されてます) しかし、歴史が長く単体テストが膨大になったプロジェクトの場合は実施に時間がかかり、マージリクエスト毎のタイムリーな実行が難しくなってきます。 Optimal Bizでは70,000ケース以上の単体テストがあり、シングルスレッドで実行すると24時間以上かかってしまう状況でした。 そこで今回は単体テストを実行するPCを20台に分散させ、50並列で実施することによって、実施時間を約1時間程度に短縮したアプローチをご紹介しま
GitLab CIでTerraformをいくつか動かしてるのですがGitLab CI独自の機能をうまく使うといい感じにCIができるようになったのでメモ 前提 ベースになるジョブをincludeで別リポジトリから読み込むと便利 include導入前 include導入後 メリット 上記templateでやってること Terraform実行専用のRunnerを作る limit = 1 にする理由 前提 AWSの各アカウントをTerraformで管理している アカウントごとにTerraformのリポジトリを作成 1アカウント = 1リポジトリ masterブランチ以外では terraform plan を実行し、masterブランチで terraform apply を実行 terraform plan があまり信用できないから別アカウントへの terraform apply のパターンもあるか
GitLab CI/CD 導入の手引き
こんにちは。8日目のアドベントカレンダー記事を書かせていただきます、エンジニアの山門です！ 現在は旅行プラットフォーム事業部で大手旅行会社のシステム開発を担当しています。 突然ですが皆さん、CI/CD しているでしょうか？ 社内ではレポジトリ管理にGitLabを使用しているのですが、これまでGitLab CI/CD は使用していませんでした。 ここ最近になり、GitLab CI/CD の魅力に気づいた社内の各所で使われ始め、私自身も使い始めてみたので、そもそもどうやって使うんだ？という導入部分の紹介ができればと思います。 そもそも CI/CD って？ ここ最近 CI/CD というワードをよく耳にするようになりましたが、実際どういったものなのでしょう。 概要 参照元 ざっくり以下のような役割を果たしており、開発段階の効率をあげるプロセスがCIで、運用段階の効率をあげるプロセスがCDのようなイ
OctoDNSとGitLab CI/CDを利用した複数DNSプロバイダー構成の運用 - 後編:GitLab CI/CDの利用
こんにちは、滝澤です。 昨年（2019年）11月に開催された日本DNSオペレーターズグループのDNSOPS.JP BoFで発表した話を改めて本ブログで紹介します。 3行で説明すると次のような内容になります。 DNSゾーン管理ツール OctoDNS と SCM（ソースコード管理）ツール GitLab のCI/CD機能を使って、 複数DNSプロバイダー構成を運用する事例を紹介します。 前後編に分けて紹介します。 前編: OctoDNSの紹介 後編: GitLab CI/CDの利用 本記事は後編の「GitLab CI/CDの利用」になります。 「前編: OctoDNSの紹介」において、OctoDNSの紹介を行いました。 弊社ハートビーツが実際に採用した構成は次の通りです。 ソースプロバイダー ZoneFileSource（ゾーンファイル） ターゲットプロバイダー Route53Provider（
先に結論から .gitlab-ci.yml内の以下のような重複処理は validate-dev: stage: terraform-static-test script: - cd env/dev - terraform init -backend=false - terraform validate validate-stg: stage: terraform-static-test script: - cd env/stg - terraform init -backend=false - terraform validate validate-prod: stage: terraform-static-test script: - cd env/prod - terraform init -backend=false - terraform validate 以下のようにスッキリさせ
はじめましての方ははじめまして。ピクシブで Scala エンジニアとして働いている Javakky です。 今回はビルド高速化 / デプロイの利便化のためビルド環境を Jenkins から GitLab に移行しましたので、そのレポートをお送りしていきたいと思います。 弊社のデプロイについて まずは、弊チームリポジトリの動作環境とデプロイの流れがどうなっていたかを見ていきます。 弊チームの利用する環境としては、本番環境 (サーバー)、ステージング環境 (サーバー)、共用開発環境 (サーバー)、個人用開発環境 (ローカル) の 4種類が存在します。厳密にはバッチ処理をするサーバーも存在するのですが、デプロイ時には本番環境と全く同時にデプロイしているため、ここでは本番環境に含めることにします。 個人用開発環境でのプログラムの起動は sbt run コマンドで行っているのですが、その他サーバー上
textlint + Reviewdog + GitLab CI でアドベントカレンダーの校正をした話 2021.12.15 アドベントカレンダー2021 エンジニア テクノロジー これは、Qiita Advent Calendar 2021 GitLabの15日目の記事です。 はじめに こんにちは、フォルシアにて、旅行会社向けの web アプリケーションを開発しています、エンジニアの高橋です。普段のアプリ開発の業務のほかに技術広報も兼任しており、弊社で開催しているアドベントカレンダーの運営もお手伝いしています。 フォルシアではもともと、社内のイベントとしてアドベントカレンダーを始めましたが、2018 年からは弊社ブログ（FORCIA CUBE）にて外部の方向けに記事を公開しています。 社内のみで記事を公開していた頃は、誰かが多少締め切りをすぎても「かまへんかまへん」と言えますが、外部に公
MkDocs+GitLab-CI+wkhtmltopdf でドキュメント更新作業の煩雑さから解き放たれる｜Mars
マニュアルの管理運用をやってるのですが、WORD だったり PPT だったり Sphinx だったりで作った資料をGドライブに格納して社外向けに配るときは PDF を zip してパスかけて BOX にあげて共有用 URL をメールで送って、解凍パスワードを別送するとかもう嫌だ！ と思ったので、これからのスタンダードはこれにすると決めたときにやったこと。 🍄 前提Windows 利用者向け 🍄 MkDocs を使える環境を整えるMkDocs は markdown 形式で簡単にドキュメントが作成できるツール。無料です。 python がいります。2.x 系でも 3.x 系でも。なければインストールを。 $ python --version Python 2.7.12pip で mkdocs をインストールするので、存在しているか確認。 $ pip --version pip 9.0.1
《第1回》 GitLab CI/CD環境構築｜GitLab-CI/CDでレガシー環境でのGitOps事始め｜SHIFT Group 技術ブログ
こんにちは。CAT推進グループ 小田柿 です。 最近はKubernetesでのGitOpsが流行っていますよね。でもうちはKubernetesなんて使ってないレガシー環境だし、そんな意識の高い概念は無関係だと思っている方も多いかと思います。 でもGitLabの定義によればGitOpsとは、 （引用） GitOpsを実践しているインフラチームは、コードとして保存された設定ファイル（Infrastructure as Code）を使用します。 インフラチームはIaCを使用して、マージリクエストで変更を実施するようになります。インフラの変更がコード化され、再現性があり、追跡可能になります。ヒューマンエラーが発生する余地が少なくなり、全員で同じ情報を共有できるようになります。 （参考）GitOpsとは とのことなので、コンテナもKubernetesも関係なく、バージョン管理システム上にCI/CD用
GitLab CI/CDで特定のファイルが変更された場合にのみジョブを実行する - GeekFactory
GitLab 11.4から only:changes という記法がサポートされました．これにより，特定のファイルが変更された場合のみジョブを実行できます． https://docs.gitlab.com/ee/ci/yaml/#onlychangesexceptchanges 例えば，以下のように記述すると，ブランチをpushした時に terraform/ フォルダのファイルが変更されている場合にのみジョブが実行されます． stages: - build terraform_plan: stage: build only: changes: - terraform/**/* - .gitlab-ci.yml image: name: hashicorp/terraform:0.12.8 entrypoint: - /usr/bin/env script: - cd terraform/ -
フォルシアでは複数のアプリにおいてKubernetesが用いられています。 参考:https://www.forcia.com/blog/001519.html しかしながら、デプロイ周りについてはまだまだ仕組み化がされておらず、いい感じにデプロイできる仕組みはないかと調べていると「GitOps」というワードが出てきました。 勉強がてら（結構こすられたネタだとは思うのですが）GitOpsを実際に構築してみた学習記録を記したいと思います（筆者は1ヶ月前まではKubernetes何それ状態でした）。 GitOpsとは Weave社が提唱した概念です。 https://www.weave.works/technologies/gitops/ GitOps can be summarized as these two things:An operating model for Kubernetes
毎度、ググっても出てこない小ネタを取り扱っております。 本記事は個人的な見解であり、筆者の所属するいかなる団体にも関係ございません。 本エントリーは、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: -
【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 の導入」につ
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
ラクスAdvent Calendar 2021 の2日目は、スプリットキーボードならぬデュアルキーボード歴2ヶ月の @oohira が、左手に Magic Keyboard、右手に REALFORCE というごった煮環境からお送りします。 昨日は「初日取ったった！」してくれた @Y-Kanoh さんの「GASでカユいところに手が届いたTips3選」でした。勢い、大事ですね。 はじめに これまで定期実行したいちょっとしたスクリプトは、個人PCやプロジェクト共用サーバー、Jenkins などを使って実行していましたが、ここ数年で GitLab CI を使って実行する方法に完全に落ち着きました。この記事では、社内のメンバーも読者に想定しつつ、GitLab CI のよさと簡単な始め方を紹介したいと思います。 背景と前提 GitLab CI（や GitHub Actions）が登場する前の世界では、
エムスリーエンジニアリンググループ AI・機械学習チームでソフトウェアエンジニアをしている中村(po3rin) です。検索とGoが好きです。 今回はチームで利用するGitLab CIのテンプレート基盤を構築してGitLab CIの運用改善を行ったのでご紹介します。 抱えていた課題 GitLab CI テンプレート テストの実装 弊チームでGitLab CIテンプレート化したJOB まとめ We're hiring !!! 抱えていた課題 エムスリーのAI・機械学習チームではGitLab CIを使ったKubernetesへのデプロイや脆弱性のスキャンを行っています。これらの処理はcookiecutter templateを利用してプロジェクト作成時に組み込まれるため、これらの処理を0から準備しなくてもすぐに開発が可能です。 cookiecutterを使ったプロジェクトテンプレートの作成に関し
How to use HashiCorp Waypoint to deploy with GitLab CI/CD
How to use HashiCorp Waypoint to deploy with GitLab CI/CD Learn how to use Waypoint using GitLab CI/CD by following this step-by-step demo. HashiCorp announced a new project at HashiConf Digital called Waypoint. Hashicorp Waypoint Hashicorp Waypoint uses an HCL based configuration file to describe how to build, deploy, and release applications to various cloud platforms, ranging from Kubernetes to
chotaroです。豊洲PITでたくさんの人と頭の中のOMOIDEを共有してから一週間、興奮冷めやらぬ日々です。 astamuse lab年内最後の記事になります！ さて先日、ICPチームで利用しているGitLab CIの実行時間を4分の1にしました。 一度CIを動かすと1時間強待ちが発生する状況になっていたため、改善が急務でした。改善の結果と、どんなことをしたか自分の備忘も兼ねて書いておこうと思います。 悩める人の参考になれば嬉しいです。 before/after 10月に改善を実施したので、9月と11月の比較になります。 月 pipeline実行回数 合計実行時間(時間[分]) 平均実行時間 9月 164回 114時間[6880分] 0:41:57 11月 106回 15時間[945分] 0:08:55 1回のpipelineにかかる時間がなんと4分の1以下になりました(๑•̀ㅂ•́)
合計 3600 行の .gitlab-ci.yml から 70 ％重複コードを削減しつつ、必須のテストを必ず実装できるようにした - 弁護士ドットコム株式会社 Creators’ blog
こんにちは。弁護士ドットコム クラウドサイン事業本部で SRE をしています、大内と申します。 クラウドサイン事業本部の SRE ではサービスの可用性、信頼性の向上や開発の高速化、省力化を目指した開発を日々行っています。 クラウドサインの本体アプリケーション（以下本体）のソースコードは GitLab で管理しており、 関連サービス、バッチなども 1 つのリポジトリで管理するモノレポ構成を取っています。 2022 年 9 月当時、バッチのソースコードだけで 43 個も管理していました。 バッチはいずれも GitLab CI で自動テストを実装しており、その CI コード行数はすべて合わせると 3600 行もありました。 今回は、そんな .gitlab-ci.yml を CI テンプレートを使って改善した話をご紹介します。 CI テンプレート導入以前の CI CI の改善するべき点 重複するコ
.gitlab-ci.ymlとは GitLab CI/CD パイプラインの設定ファイルです。GitLab Runner上でここに書いてあるJobが書かれている設定順序で実行されていきます。 Get started with GitLab CI/CD | GitLab 課題: .gitlab-ci.ymlが肥大化 そんな.gitlab-ci.ymlファイルですが、リポジトリのルートディレクトリに配置する必要があります。ここにそのリポジトリに関するCI/CDの情報をつらつらと書き連ねていくのですが、モノレポ構成にしている場合、全モジュールのCI/CD設定がこのルートディレクトリの.gitlab-ci.ymlに書かれていくことになりすぐに肥大化していき、読みにくく、また変更が難しくなっていきます。 モノレポ例 . ├── module-a │ ├── somefiles │ . │ . ├──
Travis CIからGitLab CIに移行した
Travis CIからGitLab CIに移行した Tweet デジカでは長らくCIサービスとして Travis CI を使用してきましたが、数カ月前に Komoju 開発に使用する CI を GitLab CI に（ほぼ）移行しました。この記事では移行を決めた理由と現在使用している構成を解説します。 詳細は以下に書きますが、CIにかかる時間が大幅に短縮、CI環境にかかる費用も半分近くに改善、そしてよりよいデプロイ管理機構を獲得し、今回の移行は成功だったと現在のところ判断しています。 デジカとTravis CI 4年くらい前からデジカではCIサービスとして Travis CI を使用してきました。現在でも多くのプロジェクトで利用されています。 しかし最近になり、特に Komoju の規模が大きくなるにつれて様々な問題が顕在化してきました。主なものは 並列度を高めると金額が高くなる ジョブの
このサイトについて: 本サイトは、GitLab認定パートナーの「クリエーションライン株式会社」が「GitLab公式ドキュメント」を日本語に翻訳して一般公開しているものです。GitLab社は本サイトの運営に関与しておりません。公式情報や最新の更新については、必ず「GitLab公式ドキュメント」をご確認ください。本サイトに関するご質問やフィードバックは、「クリエーションラインのお問い合わせページ」までどうぞ。皆様の声をお待ちしております。本サイトは2023年8月時点(GitLab 16.3)の情報を元に翻訳しております。更新情報については定期的にご確認をお願いいたします。機械翻訳を使用しており、誤訳や難解な表現があるかもしれません。改善のためのリソースが限られているため、ご理解をお願いいたします。お知らせ: Tech関連記事（アジャイル＆DevOps、クラウドネイティブ、データマネジメント、生
概要 Webアプリケーション開発のソースコードは、その特性上、多くの外部ライブラリに依存します。 使用者が多いパッケージほど更新頻度が高いため、追従するためには外部パッケージの定期的なアップデートが必要になります。 外部パッケージを定期的に更新していないと、 アップデート時の差分が大きくなり、リスクが高くなる 使用中のバージョンのサポートが打ち切られる 古いバージョンにロックインしてしまう などの問題が発生し、事業インパクトを与える問題に発展しかねません。 ただ、人力での外部パッケージの定期更新作業は面倒です。また、施策を回すための開発より優先度が低くなるため、必要に駆られるまでは後回しにされやすい。 本記事は、外部パッケージのメジャーアップデート検知＆更新の自動化を扱った内容となります。 筆者は、業務ではバージョン管理ツールとしてGitLabを使用しています。本記事では外部パッケージのメ
1. はじめに 過去に、「GitLab CI環境でsphinx文書をビルドしてGitLab Pagesにデプロイする」にてSphinx文書をCIで自動作成するものを作成しましたが、Sphinx文書のビルドで使用するコンテナイメージの更新は手動で実施していました。 そのため、今回はそのあたりをGoogle謹製のkanikoを用いてCI内でイメージビルドして登録→Sphinx文書のビルドというようにjobを修正しました。 ※以降の内容は、前提①:「GitLab CI環境でsphinx文書をビルドしてGitLab Pagesにデプロイする」の構築内容をベースに修正を加えたものとなります。 ↑ 全体像(前提①より) 2. 参考ページ GitLab CI で kaniko を使って Docker Image をビルドしてみる 今回のkanikoの使い方や設定の仕方を参考にしました。 Building
この記事は株式会社クロノスの「~2020年春~勝手にやりますアドベントカレンダー」の8日目の記事です！ TL;DR GitLab & GitLab CIを Docker(docker-compose)使って サクッと立てちまう （しかもオートスケール対応しちまう） 企業内での開発などクローズドな開発はよくあると思います。 リポジトリやCIなんかも、外部サービスは好まれず、、そんな環境はまだまだ沢山あるんだと思います。 で、そんな中でもちゃんとCI/CDしたい！ でも、、GitLabとか知ってるけど、、セットアップとか結構大変そう…とか思ってるヒトに向けた記事です。 まずは動かすところまで最速で行こう。 注意: とりあえず動かすまでなので、あんまり細かいところは書いてません 前提 今回はAWS上でDockerやdocker-composeを使ってセットアップします。 ここらへんがある程度触れ
はじめにこんにちは。フューチャーアーキテクト株式会社、HR(新人研修)チームの柳澤です。 ブログへの投稿をサボりにサボった結果、なんと3年強もの空白期間が空いてしまいました。さすがに3年以上もブログ投稿をしていない人間をウォッチし続けている奇特な方はいないと思うので、簡単に略歴から紹介させていただこうと思います。 私はフューチャーにキャリア入社し、その後はTechnology Innovation GroupにてITコンサルタント業務に4年ほど従事したのち、昨年の6月よりHR部門にて新人研修を担当しています。ITコンサルタントとしては主にクラウドインフラをメインで担当し、小売、製造、金融など事業ドメイン問わずプロジェクトを経験してきました。 HRへ転属となった契機ですが、今後の自身のキャリアとして、チームリーディングの経験をより積んでいきたいという思いがありました。 当社では、新人研修を一
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CI設定ファイル「.gitlab-ci.yml」の肥大化を防げ エンジニア1年生が“yaml地獄"から抜け出すためにやったこと
GitLab CIテンプレートを作って色んなチームに布教した話 - エムスリーテックブログ
reviewdog🐶を飼ってGitLab-CI上で静的解析しませんか？ - Qiita
GitLab CIとCircleCIのキャッシュ戦略の違い - くりにっき
OctoDNSとGitLab CI/CDを利用した複数DNSプロバイダー構成の運用 - 前編:OctoDNSの紹介
GitLab CI/CD 基本編 ～チュートリアルで感覚を掴む～ - 株式会社インサイトテクノロジー
GitLab CIでTerraformを動かす - くりにっき
extendsを使って.gitlab-ci.yml内の重複処理をまとめる | DevelopersIO
環境を GitLab CI に移行してビルドを高速化した話 - pixiv inside
textlint + Reviewdog + GitLab CI でアドベントカレンダーの校正をした話
GitLab CI + ArgoCDでk8sのGitOpsを試してみる
GitLabのEnvironmentを使いこなせ！(.gitlab-ci.ymlで使う編) - Qiita
GitLab CI でリリース体験を向上させたい話 - エムスリーテックブログ
定期スクリプト実行環境としてのGitLab CIのススメ - Qiita
GitLab CIのテンプレート基盤を構築した - エムスリーテックブログ
GitLab CIを四倍速にした話 - astamuse Lab
triggerを使って.gitlab-ci.ymlを分割する | DevelopersIO
`.gitlab-ci.yml` キーワードリファレンス | GitLab
GitLab CIとRenovateでGoパッケージを自動更新する - Qiita
GitLab CIにて、kanikoでDockerイメージの更新をする - Qiita
爆速でオートスケールCI/CD環境（GitLab CI）立ち上げ - Qiita
GitLab CIを新人研修に導入した話 | フューチャー技術ブログ
www.cnn.co.jp
himado.in
em-zatudan.connpass.com
ameblo.jp/juicejuice-official
b.hatena.ne.jp
tanashigurashi.hateblo.jp