技術とノウハウを武器に、膨大かつ複雑なデータの「検索」「分析」「可視化」といった課題を解決するフォルシア株式会社が「FORCIA Meetup #2」を開催しました。2回目の今回のテーマは「2020年度にエンジニアが取り組んだこと」。六車氏は、CI/CDの整備について発表しました。 管理ツールとして「GitLab」CI/CDツールとして「GitLab CI/CDツール」を利用 六車光貴氏(以下、六車):六車が『エンジニア1年目の貢献:CI整備を中心に』というタイトルで発表します。まず自己紹介です。六車光貴と申します。ちょっと変わった名前ですが、四国の香川県出身で、香川県だと小学校のクラスに1人はいる名前です。 フォルシアには2020年4月に新卒で入社して、ソフトウェアエンジニアとして働いています。主に大手旅行代理店のサイトの構築をTypeScript、Node.js、React、Next、
背景 terraform の tfstate の管理ですが、基本的には aws では s3 + dynamodb, gcp であれば gcs を採用することが多いです。 ただ、採用するにあたり、下記の問題があります。 tfstate の管理に関する情報をどこで管理するか tfstate の管理リソースの作成をどこで管理するか 他のプロジェクトでも相乗りしたいときにどうするか terraform cloud に任せるとしても、そのアカウント管理を誰が管理するかといった決めるポイントは多いです。 もし、GitLab で project を管理しているのであれば tfstate も GitLab で管理することを検討してはいかがでしょうか。 やってみた 0. terraform の backend の設定を書く GitLab は http backend で提供しているため、 backend に
GitLab Runnerをセルフホスティングする際には、その内部構造の理解が必須です。この記事では、Kubernetes Executorの内部構造を理解し、今後のカスタマイズの基礎を習得します。 「このExecutorの動き、どないなってるんや…」 現在支援している顧客環境では、CI/CD基盤として、GitLab RunnerをセルフホスティングのEKS上で動作させています。設定自体は、マニュアルを読みながら実施することでそれほど苦労するところはなかったんですが、さらに踏み込んでちょっとしたカスタマイズやインフラの最適化を実施しようとすると、内部構造を事前に理解しておく必要に迫られました。 GitLab Runnerのセルフホスティングと一口で言ってもその方式は複数種類あるのですが、このブログでは、その中のKubernetes Executorの動作原理を、公式マニュアルを紐解きながら
みなさんこんにちは、もう少しで入社から 1 年が経ちそうな新卒の清水です。 ところで自動化って気持ちいいですよね。今回は GitLab API で 面倒な 温かみのある手作業から解放されてみた話について書いてみました。 本題に入る前に API から weight 合計を算出してみた 小ネタ Done チケットの Close を自動化 リリースフローのテンプレート作成と対象チケットの紐付けを自動化 アップデートの必要なライブラリを取得しチケット作成を自動化 さいごに 私のジョインしたチームでは GitLab の Issue Boards でチケット管理をしています。毎週木曜のセレモニーでスプリント中に消化したチケットの weight 合計を算出するのですが、当時はカラム上部に weight 合計の表示がされておらず、メンバーのプロの Emacs 使いによる鮮やかな手計算で算出されていました*
GitLabのCI/CDを制御するために欠かせないrulesについての解説記事です。公開サンプルもありGitLab.comのアカウントがあれば即手元で動かせるので、.gitlab-ci.ymlの書き方に迷っている方は一度これを機に学んでみると良いんじゃないでしょうか。 「あ、あかん、このrulesの意味がぜんぜんわからん…」 ここ一年ぐらい、GitLab.com上での開発をメインでやっているハマコーです。現プロジェクトでもGitLab Runnerを利用したCI/CDを開発サイクルの中で回しているのですが、今までナンチャッテで理解していた.gitlab-ci.ymlにちょっと複雑なジョブ起動条件を設定しようとしてハマってしまいました。 主にこのあたりはrulesキーワードを使って制御していくのですが、正直慣れていないと記述方法や考え方などハマりどころが多かったため、ごく基本的なところからr
GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(後編)。デブサミ2022 2022年2月に行われたイベント「Developers Summit 2022」で、GitLab社で働く伊藤俊廷氏と佐々木直晴氏が実際の体験を基にした働き方についての講演「GitLab社で学んだ最高の働き方」を行っています。 実際にオールリモートで働く二人の講演内容は、多くの示唆に富むものになっています。ここではその内容をダイジェストとして記事化しました。 この記事は前編と後編の2部構成です。いまお読みの記事は後編です。 1on1のアジェンダ例 これが実際に、私とマネージャーの1on1(一対一のミーティング)のアジェンダ例です。1時間やっています。 私のマネージャーのアジェンダの特徴として1個目に雑談と書いてあるので、アイスブレイク的にも雑談を毎回議題としてやっています。お互いの趣味のこ
今日は「GitLabで学んだ最高の働き方」ということで発表していきたいと思います。 私、伊藤と佐々木はGitLabでソリューションアーキテクトをやっている者です。 GitLabは、オンプレミス用のソフトウェアと、GitLab.comも長年やっておりますのでぜひ使ってください。去年めでたく上場しましたので、さらにいろんな機能を追加して強力なDevOpsプラットフォームとして展開していきたいと思っています。 このセッションで共有したい内容の背景、これは個人的にGitLab社に参画した理由のひとつでもあるのですが、製品が魅力的であることともうひとつ、GitLabはご存じの通り、ご存じない方もいるかもしれませんが、従業員全員がリモートワークをしている企業です。 そこなら最先端のやり方での働きができるのではないか、という仮説が私の中にありまして、入社しました。 で、実際どうだったかというと、はい、最
このように設置すると こんな風にテンプレートから選択することができる。 マージリクエスト内容をSlackに通知 本来、GitLab>設定>インテグレーション>Slack notificationsというSlack用の通知が用意されている。 しかし、担当者へのメンションをつけたかったので、web hookでcloud functionsを呼び出し、そこからslackに飛ばすようにした。 import slackweb import os def index(request): """Responds to any HTTP request. Args: request (flask.Request): HTTP request object. Returns: The response text or any set of values that can be turned into a R
毎度、ググっても出てこない小ネタを取り扱っております。 本記事は個人的な見解であり、筆者の所属するいかなる団体にも関係ございません。 0. はじめに ここ1年ぐらいのOmnibus GitLabは立て続けにPostgreSQLがアップグレードされました。 2019年末にPostgreSQL 9.6系だったGitLabがPostgreSQL 10系にアップグレードされました。 2020年5月に、PostgreSQL 10系が11系にアップグレードされ、 2020年10月に、PostgreSQL 12系のサポートが追加されました。 ■2019年12月10日 OmnibusインストールされたGitLabのPostgreSQLを9.6.14から10.9にアップグレードした話 - Qiita https://qiita.com/ynott/items/653236f1a5c2ab8cf69f ■20
全社員がリモートワークで働くGitLabが今日、米NASDAQ市場に上場。時価総額は約1兆2000億円に GitLab社が米NASDAQ市場に上場を果たし、14日午前9時半(現地時間)にニューヨークにあるNASDAQ市場のオープニングベルを鳴らすセレモニーを同社共同創業者兼CEOのSid Sijbrandij氏と同社共同創業者でエンジニアリングフェローのDmitriy Zaporozhets氏が行いました。 売り出し価格は77ドルで、同社の時価総額は110億ドル、日本円で約1兆2000億円となりました。 同社がサービスを提供しているソースコード管理の分野やDevOpsの分野には、マイクロソフトに買収されたGitHubという強力な競合企業がすでに存在し、それ以外にもDevOpsのためのソフトウェアやサービスを提供する企業が多数存在しています。 そうした中で、創業当初からオフィスを持たず、世界
はじめにこんにちは、TIGコアテクノロジーユニットの高橋・小松です。 Gitlabのマークはきつねではなくたぬきだったんですね…。 前回RedmineとGitLabの連携プラグインを開発しました!の記事を書きましたが、広報担当がきつね絵文字を添えてTwitter投稿したところ社員から正しくはたぬきだと指摘がありました。まさかと思い調べましたが本当にそうでした。今年の秋で一番の衝撃を受けるとともに一部誤った投稿であったことをこの場を借りてお詫びいたします。 さて、今回は以前こちらの記事で紹介したRedmine Slack Integration Pluginにメンション機能を追加したので紹介させていただきます。 チケットごとにSlackスレッドを分けて通知するRedmineプラグインを作成しました! 実装のポイントメンションをつけるにはSlackのIDを取得する必要があります。 https:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く