タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
管理ツールとして「GitLab」CI/CDツールとして「GitLab CI/CDツール」を利用六車光貴氏（以下、六車）：六車が『エンジニア1年目の貢献：CI整備を中心に』というタイトルで発表します。まず自己紹介です。六車光貴と申します。ちょっと変わった名前ですが、四国の香川県出身で、香川県だと小学校のクラスに1人はいる名前です。 フォルシアには2020年4月に新卒で入社して、ソフトウェアエンジニアとして働いています。主に大手旅行代理店のサイトの構築をTypeScript、Node.js、React、Next、ポスグレ（PostgreSQL）などを使ってしています。 それにプラスして社内横断的な活動もやっていて、CI/CD、Docker、Kubernetesなどのコンテナ技術を調査したり、推進したりしています。 フォルシアではDevOpsを実践していて、ツールもいろいろと使っています。今回は
これはエムスリー Advent Calendar 2022の32日目の記事です。 前日は@po3rinによる、ただのソフトウェアエンジニアが検索エンジニアになるまで でした。 あけましておめでとうございます。エムスリーエンジニアリンググループでScalaとマミさんが好きな安江です。アドカレを購読しているみなさま、またお目に掛かりましたね。素敵な出会いはたくさんあって欲しいですが、プログラマなら似たコードとの出会いは少なくしたいものです。今年度のAI・機械学習のベストMR第1位に輝いたのもGitLab CIテンプレート用リポジトリの作成という、GitLab CIのテンプレートに関するものでした。本記事では、私が布教したGitLab CIのテンプレートの実例を3つ紹介したいと思います。 1. レビュー依頼ジョブ 2. 古いブランチの通知 3. renovate, scala stewardのテ
1400 行の一枚岩な .gitlab-ci.yml を分割して CI を高速化した - 弁護士ドットコム株式会社 Creators’ blog
こんにちは。弁護士ドットコム クラウドサイン事業本部で SRE をしています、大内と申します。 クラウドサイン事業本部の SRE ではサービスの可用性、信頼性の向上や開発の高速化、省力化を目指した開発を日々行っています。 クラウドサイン事業本部では本体アプリケーション（以下本体）のソースコード管理を GitLab で行っています。 そして、本体とその関連サービス、バッチなどを 1 つのリポジトリで管理するモノレポ構成を取っています。 今回は、そんなモノレポ構成のリポジトリの GitLab CI パイプラインを分割し、開発速度を大きく改善した話をご紹介します。 CI 分割以前の CI 構成 モノレポ構成プロダクトの CI が抱えていた課題 他のテストの待ち時間の影響を受けて待ち時間が伸びる テストが失敗するとすべてのデプロイがブロックされる .gitlab-ci.yml の肥大化による、コー
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
はじめに レビュワーの工数削減とヒューマンエラーを防ぎコードの品質をさらに向上させていく取り組みの一環として、自動コードレビュー（静的解析） を検討しました。 そこで、reviewdogというツールを用いて実装しようとしたのですが、 reviewdogはgithub-actionsベースで開発がされているため、gitlabでの使用に関しては、ほとんど事例・記事はありませんでした。 導入まで少しだけ苦労したので、この記事がgitlab上でreviewdogの使用を想定している人に向けて参考になれば幸いです。 reviewdogとは？ Go言語で記述されたOSS。 各種 linter 解析の検出結果を MR（またはPull Request） にコメントする形で指摘してくれるツール 以下のreviewdog開発者の記事を読むと概要が掴めると思います。 Reviewdog を飼ってコードレビューや
GitLab CI/CDで失敗したRSpecのテストのみを再実行する｜TechRacho by BPS株式会社
ある案件で、GitLab CI/CDでRSpecによるテストを自動化しています。 その際に以下の問題がありました。 テスト完了まで30分ほどかかる たまに落ちるテストがある CIでは、テスト成功後に開発環境へ自動デプロイするようになっているため、たまに落ちるテストによりテスト全体を再実行することになり、デプロイ完了まで多くの時間がかかってしまっていました。 改善方針 たまに落ちるテストをいい感じにリトライするCircleCI Workflowsの設定 を参考にさせていただき、失敗したテストのみ実行するretry-testというステージをRSpecを実行するtestステージの後に追加し、only-failuresオプションで失敗したテストのみ再実行できる構成にしました。 ステージを分けることでテストの再実行に失敗しても、retry-testステージのジョブのみをさらに再実行することも可能にな
GitLabは米国時間8月6日、DevSecOps自動化向けプログラミング言語「GitLab CI/CD Steps」を発表した。 GitLab CI/CD Stepsは、GitLabのエンジニアが考案したコンセプトで、GitLabの継続的インテグレーション（CI）パイプライン構成で参照でき、CIジョブの再利用可能で構成可能な要素だと同社は説明する。複雑な自動化ワークフローをGitLab内で容易に作成することを可能にする。 現行の「GitLab CI/CD」の実行メカニズムやCI/CDコンポーネントカタログと併用することで、複雑なCI/CDワークフローの作成と保守に向けてさまざまな可能性が開かれると同社はいう。 重要な機能としては再利用性がある。GitLabとしては、CI/CD Stepsの一般提供時に、稼働中のCI/CDジョブをただちにCI/CD Stepsにリファクタリングするよう提案
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
GASに入門して, Claspを使ったGit管理+Gitlab-CIを使ったCI / CDまでやった記録 - Qiita
GASに入門して, Claspを使ったGit管理+Gitlab-CIを使ったCDまでやってみた 今冬、初めて雪が窓の外をちらついた日のことだ。 GASを使ってスプレッドシートを更新する業務の自動化を推進している同僚が、保守性・メンテナンス性が悪くて困っているという話をしていた。 「バージョン管理をしたらいいよ」というアドバイスが方々から飛んだ。私もそのアドバイスをしたうちの一人だった。そのとき、私はGASを触ったことが一度もなかった。 それから30分後、私はなぜかGASを触ることになっていた。何の偶然か、私はこのタイミングで突然ドライブの特定のディレクトリに存在する全てのスプレッドシートからあるカラムを取得する必要性に迫られたのだ。 GASに入門する 私はGASとは何かを検索したのちに、まずは適当なスプレッドシートを作成し、その上に初めてのGASを作成した。 エディタは簡単に開いた。作成し
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. Dismiss alert
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を
先に結論から .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 以下のようにスッキリさせ
こんばんは。インサイトテクノロジー札幌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によってカテゴライズ・
はじめましての方ははじめまして。ピクシブで 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）にて外部の方向けに記事を公開しています。 社内のみで記事を公開していた頃は、誰かが多少締め切りをすぎても「かまへんかまへん」と言えますが、外部に公
フォルシアでは複数のアプリにおいて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を使ったプロジェクトテンプレートの作成に関し
Android プロジェクトでの CI/CD 環境を比較 (GitHub Actions vs. GitLab CI/CD) - OPTiM TECH BLOG
皆様お久しぶりです、医療ユニット開発の山口です。実に半年ぶりの投稿になります。 つい1週間前にコロナのワクチンを打って、3日くらい腕が痛くて上げられなかったです。 （寝ている間に寝ぼけたちびっ子のヒップアタックが腕にダイレクトヒットしたときは本当に痛かった・・・） 今回は GitHub と GitLab における Android プロジェクトでの CI/CD 環境を比較してみました。 各々のざっくりとした概要 GitHub Actions GitHub といえば開発者の皆さんおなじみ、開発プロジェクトの管理ツールでもっとも知られたものの一つです。 GitHub の CI/CD 機能は GitHub Actions *1 と呼ばれます。 2019 年 11 月に正式に公開されたもので、比較的最近できた機能です。 パブリックなリポジトリであれば無料で利用可能です。（Freeアカウントでプライベ
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
《第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用
合計 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 │ . │ . ├──
このサイトについて: 本サイトは、GitLab認定パートナーの「クリエーションライン株式会社」が「GitLab公式ドキュメント」を日本語に翻訳して一般公開しているものです。GitLab社は本サイトの運営に関与しておりません。公式情報や最新の更新については、必ず「GitLab公式ドキュメント」をご確認ください。本サイトに関するご質問やフィードバックは、「クリエーションラインのお問い合わせページ」までどうぞ。皆様の声をお待ちしております。本サイトは2023年8月時点(GitLab 16.3)の情報を元に翻訳しております。更新情報については定期的にご確認をお願いいたします。機械翻訳を使用しており、誤訳や難解な表現があるかもしれません。改善のためのリソースが限られているため、ご理解をお願いいたします。お知らせ: Tech関連記事（アジャイル＆DevOps、クラウドネイティブ、データマネジメント、生
本記事は、Ansible Advent Calendar 2021 の24日目です。 はじめに みなさん、Ansibleのテストを書いていますか？ いろいろな現場を見ていると、Ansibleでテストまで書いている人は少ないのではないかなと思っています。 そこで、今回はアドベントカレンダーのために作った自動テストを試すためのハンズオンレポジトリを紹介します。 こちらを一通りやることであなたもAnsible自動テストマスターです！ 手順 1. プロジェクト準備 1.1. GitLab.com にログイン 予め作成しておいたアカウントを使用して、 https://gitlab.com/users/sign_in からGitLab.comにログインしましょう。 ユーザーアカウントが未作成の場合は、 https://gitlab.com/users/sign_up からユーザー作成を行ってください。
概要 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
GitLab CI ジョブの高速化 (キャッシュを使わない) こんにちは。日夜 GitLab CI ジョブの実行時間の短縮と戦ってます。 基本的に、継続的インテグレーションは処理時間が短ければ短いほど効果的になります。プッシュしてから30分後にテストが失敗してるよって CI から教えてもらっても、その時にはすでに別のタスクに集中してて、今のタスクを中断してまでそのテストの失敗の解消から先にやるよっていう人は少ないのではないでしょうか? 10 秒とかで終わってくれればいいんですけどねぇ。実際には難しいので 5 分程度を目安にして日夜戦っているわけです。 仕事よりそっちに一生懸命だったり? (笑) GitLab CI キャッシュってそんなに有効ではない ジョブの高速化のテクニックの一つとして、npm install 後の node_modules をキャッシュしておいて、ほかのジョブでも使いま
はじめにこんにちは。フューチャーアーキテクト株式会社、HR(新人研修)チームの柳澤です。 ブログへの投稿をサボりにサボった結果、なんと3年強もの空白期間が空いてしまいました。さすがに3年以上もブログ投稿をしていない人間をウォッチし続けている奇特な方はいないと思うので、簡単に略歴から紹介させていただこうと思います。 私はフューチャーにキャリア入社し、その後はTechnology Innovation GroupにてITコンサルタント業務に4年ほど従事したのち、昨年の6月よりHR部門にて新人研修を担当しています。ITコンサルタントとしては主にクラウドインフラをメインで担当し、小売、製造、金融など事業ドメイン問わずプロジェクトを経験してきました。 HRへ転属となった契機ですが、今後の自身のキャリアとして、チームリーディングの経験をより積んでいきたいという思いがありました。 当社では、新人研修を1
はじめに GitLab CI/CD と GitHub Actions は、どちらも自動的にコードのビルド、テスト、公開、リリース、デプロイを行うワークフローを作成できます。 GitLab CI/CD と GitHub Actions は、ワークフローの設定において似ているところがあります。 ワークフローの設定ファイルはYAMLで書かれ、コードのリポジトリに保存されます。 ワークフローには1つ以上のジョブが含まれます。 ジョブには1つ以上のステップもしくは個別のコマンドが含まれます。 ジョブは、マネージドマシンまたはセルフホストマシンのいずれかで実行できます。 いくつかの違いがありますので、このガイドでは、ワークフローを GitHub Actions に移行できるようにする際の重要な違いを説明します。 ジョブ GitLab CI/CD のジョブは、GitHub Actions のジョブと非常
はじめに 皆さんは「kaniko」をご存じでしょうか？何やら某プロレタリア文学を彷彿とさせる名称1をしていますが、これは Docker in Docker (以下DinD) を使わずに Docker Image をビルドしてくれるとっても便利なソフトウェアです。なお開発元は Google のようです。DinD を使わないおかげで、よりセキュアに Docker Image をビルドすることができます。また、キャッシュもサポートしているため、ビルド時間の短縮効果も見込めます。 この記事では、そんな kaniko を GitLab CI で動かして、各種 Docker Registry に全自動でプッシュする方法をご紹介します。 れっつ GitLab CI 今回は以下の4種類のプッシュ先における .gitlab-ci.yml の書き方をご紹介します。それぞれお作法が違いますので、その点に注意しつ
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
概要 社内で Git サーバを立てることになり、金銭面の都合やセキュリティ上の要求から、セルフホストする GitLab サーバを立てることがあると思います。 その場合、GitLab の利用者となる、社内の開発者は、GitLab に関係するサーバをどう管理するかいうことは考えずに開発に集中したいと考えます。 そうすると、自ずと、サーバ管理者がGitLab サーバに関係するインフラ面の管理を行い、開発者はサービスを利用するだけにするといった役割分担をしたくなります。 GitLab には GitLab-CI という機能があります。 これは GitHub Actions や CircleCI、CodeBuild などと同様に、リポジトリ内に yaml ファイルを定義しておくことで CICD を管理できる機能です。 この機能を利用すると、今までは Jenkins などで CI を回していたのを Gi
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CI設定ファイル「.gitlab-ci.yml」の肥大化を防げ エンジニア1年生が“yaml地獄"から抜け出すためにやったこと | ログミーBusiness
GitLab CIテンプレートを作って色んなチームに布教した話 - エムスリーテックブログ
reviewdog🐶を飼ってGitLab-CI上で静的解析しませんか？ - Qiita
GitLab、「GitLab CI/CD Steps」発表--DevSecOps自動化向けプログラミング言語
extendsを使って.gitlab-ci.yml内の重複処理をまとめる | DevelopersIO
GitLab CI/CD 基本編 ～チュートリアルで感覚を掴む～ - 株式会社インサイトテクノロジー
環境を 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のテンプレート基盤を構築した - エムスリーテックブログ
triggerを使って.gitlab-ci.ymlを分割する | DevelopersIO
`.gitlab-ci.yml` キーワードリファレンス | GitLab
Ansibleの自動テストをGitlab CIでCIしてみる - Qiita
GitLab CIとRenovateでGoパッケージを自動更新する - Qiita
GitLab CIにて、kanikoでDockerイメージの更新をする - Qiita
GitLab CI ジョブの高速化 (キャッシュを使わない)
GitLab CIを新人研修に導入した話 | フューチャー技術ブログ
GitLab CI/CD から GitHub Actions への移行 - GitHub Docs
GitLab CI で kaniko を使って Docker Image をビルドしてみる - Qiita
GitLab-CI shared runner を用意してみんなに使ってもらおう！ - Qiita
www.youtube.com
cupmen.org
dic.pixiv.net
ja.wikipedia.org
www.imdb.com
www.nipponpapergroup.com