create-merge-requestを作った - くりにっき
これ何？ サンプル 頑張りポイント gitコマンドを使わずにgitリポジトリにアクセスした 可能な限りパラメータを省略できるようにした おまけ これ何？ GitLab CI上で行った変更をMerge Requestとして投げるためのツールです。（開発期間は1週間くらい） gitlab.com GitHub Actionsだと peter-evans/create-pull-request が便利でよく使っているのですが、同じようなことをGitLab CIでもやりたくて作りました。 サンプル 一番簡単なサンプルはこれ。 stages: - build create_mr_for_changes: stage: build image: debian:stable-slim before_script: # Download and install latest create-merge-re
GitLab GCPに 移行した（後編） - pixiv inside
こんにちは、インフラ部の id:sue445 です。 GitLabのGCP移行3部作の最後になります。 前回までの記事はこちらになります。余談ですが前編・中編・後編で合計約4万字になりました。 inside.pixiv.blog inside.pixiv.blog 今回の目次 今回の目次 やったこと5: 移行時の作業の洗い出し やったこと6: 直前の作業を実施 GitLabをcloneするサーバに対してssh configを配置 やったこと7: 実際の移行作業 やったこと8: 移行後の対応 主要サービスで実際にGitLabをcloneしてデプロイできるかを確認（残り） 社内ドキュメントなどで旧URLになってるものを新URLに変更 移行直後のトラブル対応事件簿 OneLoginのロール付与漏れ 移行して3日後に急にデプロイサーバでcloneできなくなった 対応内容1: 踏み台サーバが詰まって
GitLab GCPに 移行した（中編） - pixiv inside
こんにちは、インフラ部の id:sue445 です。 前回に引き続きGitLabのGCP移行について紹介します。 前編の記事はこちらになります inside.pixiv.blog 今回の目次 今回の目次 やったこと2: 実際にGCPに構築した GitLab構築に関係するリポジトリの構成 gcp-gitlab-terraform gcp-gitlab-playbook gcp-gitlab-helm 備考 全体の構成図 webservice (GitLab本体) GitLab CI 3rd party製のDockerイメージから公式のDockerイメージに移行した Docker Swarmは継続利用 GitLabを複数ゾーンで動かすための準備だけした やりたかった構成 現在の構成 Cloud IAPとTunneling SSH Connectionsを利用したgitアクセス Tunnelin
GitLab GCPに 移行した（前編） - pixiv inside
こんにちは、インフラ部の id:sue445 です。 先日ピクシブ社内で利用しているGitLabをオンプレミス環境からGCPに移行しました。 とても長いので全3回にわけて紹介したいと思います。 全体の構成 前編：前置きとアーキテクチャ検討 中編：環境構築 後編：実際の移行作業とその前後の対応。移行後の所感など 今回の目次 全体の構成 今回の目次 tl;dr; 移行の理由 筆者略歴 GitLab移行の時系列 やったこと1: アーキテクチャ検討 構成図 GitLabをクラウドに移行するための障壁をまとめた URLをどうするか Cloud IAP利用時の通信のオーバーヘッドをなくしたい 実際にGCP移行した後の構成 AWSでPoC環境を作った時の構成 LDAPからの依存をやめたい＆複数のログイン方法を統一したい ssh接続時にあるLDAP依存を不要にしたい 余談 AWS移行案 GCP移行案 Gi
GitLabの環境変数設定をラクにした話 - Qiita
こんにちは。NRI aslead チームで新サービス開発をしているk5-saitoと申します。 aslead チームでは、GitLabを開発ツールとして活用しているのですが、環境変数を登録する手間を大きく削減したので、その話を書きました。 TL;DR CLIフレームワークとして、cobraを使うことでKubectlライクなコマンドを簡単に作ることができた。 クロスコンパイルが容易にできるので、Windows、MacOS、GitLabCIでの実行も可能 背景 プロジェクトのCICDパイプラインとしての利用 ある大規模アプリケーションにCICDを導入して、開発の生産性を向上しようというプロジェクトがありました。しかしアプリケーションが大規模になればなるほど、環境変数は多くなっていき、変更も頻繁に走ります。毎回変更があるたび、環境変数にミスがないかを確認して、手作業で変更して、ということを繰り返
GitLabのCI/CD時間を高速化させる7つの方法 - Qiita
こちらの記事は、Wes Cossick 氏により2017年10月に公開された『 7 ways to speed up your GitLab CI/CD times 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 CI/CDプラットフォームとして、スピードは開発の効率化に重要です。最近、私たちはCIのジョブを取り上げて、可能な限り早くするためにリファクタリングをしました。 以下に同じことができる方法を紹介します。 1.GitLab Runnerをホストする (SaaS版GitLabで提供されている)GitLab.comは、リポジトリで使用するためのShared Runnerというツールを提供しています。すぐに軌道に乗るためには素晴らしいことですが、GitLab Runnerをホストすることで、単一の最大の速度の向上があったことを発見しました。実はボトルネックはCPU
tanuki_reminderを作った - くりにっき
tanuki_reminderとは 名前の由来 技術的なこと 使い方 tanuki_reminderとは マージされていないMRの一覧を指定した時間にチャットに通知するリマインダーで、 Pull Reminders のGitLabクローンです。 Pull Remindersが便利なのでGitLabでも使いたくて作りました。 gitlab.com 名前の由来 Pull Panda がパンダなので動物つながりでGitLabなのでタヌキにしました 余談ですがtanuki呼びは公式設定です https://gitlab.com/gitlab-org/omnibus-gitlab/blob/12.3.4+ee.0/files/gitlab-ctl-commands/upgrade.rb#L178-197 技術的なこと golang製で開発期間1週間くらい GitLab系のツールなので常にドッグフーデ
ClosedなGitLabのURLをSlackに貼ったら展開されるようにした - pixiv inside
こんにちは、sue445です。今期の嫁は キュアミルキー です。 tl;dr; GitLabとSlackを使ってる場合は https://github.com/sue445/gitpanda が キラやば〜っ☆ なくらい便利なのでみんな使ってください☆ 前置き ピクシブ社内での開発にはGitLab（オンプレ）とGitHub（GHEではない方）が使われています。 コードレビューの依頼などでSlackにPullRequestのURLを貼ることが多いと思うのですが、GitHubのURLをSlackに貼ったら勝手に展開されて便利ですよね。 GitLabにもOGPがあるのでpublicなリポジトリであればSlackに貼った時に展開されます。 しかし業務で利用しているGitLabのリポジトリは外部から容易にアクセスできなかったり、ログインしないといけないページなのでSlackにURLを貼ってもOGPが
gitlabci-bundle-update-mrを作った - くりにっき
gitlab.com rubygems.org 経緯 どんなgem ? 使い方 0. 事前準備 1-A. .gitlab-ci.ymlに直接書く 1-B 2. スケジューラに登録する 今回のgemを作るにあたって 経緯 試験勉強を始めるとついつい部屋の掃除をしちゃいますよね？ （訳：RubyKaigiの資料の現実逃避で全く関係ないgemを作った） どんなgem ? 名前からピンときた人もいるかもしれませんが、CircleCIで bundle update のPRを作る circleci-bundle-update-pr のGitLab版です。 使い方 0. 事前準備 READMEを参考に GITLAB_API_ENDPOINT と GITLAB_API_PRIVATE_TOKEN と OCTOKIT_ACCESS_TOKEN をEnvironment variablesに設定します 1-A
Gitlab CI Runner のジョブに AWS ECR のイメージを使う - Qiita
Gitlab Runner で実行するジョブのイメージを Amazon ECR から Pull する方法（ジョブの中で docker pull という話ではなく）。 要するに .gitlab-ci.yml で下記のように ECR のイメージを指定できるようにするということです。 test: stage: test image: 999999999999.dkr.ecr.ap-northeast-1.amazonaws.com/oreore:latest script: - make test 前提として Gitlab Runner が docker-credential-ecr-login (amazon-ecr-credential-helper) の Credentials store を使って ECR にログインできるようにする必要があるため、Gitlab Runner のイメージに
gitlab_awesome_release v1.0.2をリリースした - くりにっき
gitlab_awesome_release (1.0.2): Generate changelog from tags and MergeRequests on GitLab https://t.co/SHzxzyFsto— RubyGems (@rubygems) December 30, 2018 https://gitlab.com/sue445/gitlab_awesome_release/blob/master/CHANGELOG.md#v102 Ruby 2.6.0で動かすとSEGVになるのでエラーにならないようにしました。 SEGVになる件は https://bugs.ruby-lang.org/ で報告してtrunkでは修正済なので、2.6.1では直っているはず。 bugs.ruby-lang.org
どのクラウドでも使えるサーバレス「GitLab Serverless」をGitLabが発表。KubernetesとKnativeがベース
どのクラウドでも使えるサーバレス「GitLab Serverless」をGitLabが発表。KubernetesとKnativeがベース GitLab ServerlessはKnativeをベースにKubernetes上で稼働するサーバレスプラットフォームです。GitLabがホスティングするのではなく、AWSやGoogle Cloud Platformなどどのクラウドに対してもデプロイし使えることが最大の特徴と言えるでしょう。 GitLabはマルチクラウドに対応したサーバレス管理ツールを提供するTriggerMeshと協力することで、デプロイ後の運用まで一貫してGitLabで管理できるとしています。 現在、AWS LambdaやGoogle Cloud Functions、Azure Functionsなど主要なクラウドは独自のサーバレスプラットフォームを提供しています。しかしそれぞれのク
GitLab Runner の autoscaling - エムスリーテックブログ
12月1日は映画の日で1,000円で映画が見れるということだったので話題の「ボヘミアン・ラプソディ」を見てきました。おもしろかったですまる。近頃、映画やドラマを見ては泣いている SRE の寺岡です。 この投稿はエムスリーアドベントカレンダー2日目の記事です。また、 GitLab Advent Calendar 2018 の14日目の記事でもあります。そして14日は私の誕生日ですね、ありがとうございます。 それでは本題へ 現在のエムスリーの GitLab Runner の状況 エムスリーではソースコード管理に GitLab を使用しており GitLab Runner も CI に使っています。この Runner を EC2 の spotfleet で毎朝起動させるという記事を以前 Qiita に投稿しています。平日の朝、固定されて数の Runner が EC2 で起動して、指定した時間だけ稼
GitLab Security Release: 10.3.4, 10.2.6, and 10.1.6
GitLab Security Release: 10.3.4, 10.2.6, and 10.1.6 Learn more about GitLab Security Release: 10.3.4, 10.2.6, and 10.1.6 for GitLab Community Edition (CE) and Enterprise Edition (EE) Today we are releasing versions 10.3.4, 10.2.6, and 10.1.6 for GitLab Community Edition (CE) and Enterprise Edition (EE). These versions contain a number of important security fixes, including two that prevent remote
GitLab 8.17 released
GitLab 8.17 released with GitLab Pages in GitLab CE and Squash on Merge For many years, content management systems (CMS) have been used to manage simple websites. The advent of static sites allows organizations to no longer worry about having to secure, update and maintain an underlying CMS. Static websites are fast, yet powerful and seen as the next big thing in publishing to internet. GitLab 8.1
社員全員が世界各地でリモートで働く「GitLab」はなぜ創業2年で160人まで規模を拡大できたのか？
Gitベースでソースコードを管理するGitHubは、ソースコードが公開されていることから企業での利用が難しいという面があります。このため、自前のサーバー環境でGitを使える「GitLab」の企業での利用が拡大しています。急成長中のGitLabですが、社員全員がバラバラのリモート環境で働いているという異色のワークスタイルを採用していながらも、規模を拡大しており注目されています。 急成長中のGitLabのシド・サイブランディCEOが、GitLabを支援したYコンビネータのインタビューに応じて、GitLabでの働き方や企業文化や独自のツールなどについて語っています。 Gitlab's Secret to Managing 160 Employees in 160 Locations - YouTube シド・サイブランディCEOは、「GitLabがしていること、重要である理由は何か」について聞か
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
GitLab.com Database Incident - 2017/01/31
This incident affected the database (including issues and merge requests) but not the git repo's (repositories and wikis). Timeline (all times UTC): 2017/01/31 16:00/17:00 - 21:00 YP is working on setting up pgpool and replication in staging, creates an LVM snapshot to get up to date production data to staging, hoping he can re-use this for bootstrapping other replicas. This was done roughly 6 hou
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitLab DevSecOps World Tour
GitLab 11.5がリリース、グループセキュリティ、および運用ダッシュボードやPagesのアクセスコントロール | GitLab.JP
