Content last updated 2025-12-01

GitLab の歴史

2011 年から現在までの GitLab の歩みをまとめた要約をご覧ください。詳しくはこちら！

GitLab 小史

2023 年: 初の DevOps マジッククワドラントリーダーに

GitLab は、DevOps Platform カテゴリを創出するという最初の 10 年ビジョンを達成しました。Gartner® が初めて「Gartner® Magic Quadrant™ for DevOps Platforms」カテゴリを導入したことで、これが公式なものとなりました。GitLab はリーダーとして認定され、実行能力の軸で最上位に位置付けられました。Gartner が GitLab を DevOps Platforms の Magic Quadrant のリーダーと名指ししたことは、包括的なソフトウェア開発・デリバリープラットフォームを構築することと、DevOps Platform カテゴリを成熟させる上での私たちの役割において成功を収めたことの認定であると考えています。

会計年度 2024 年第 3 四半期に、GitLab は初めて非 GAAP 営業利益を達成しました。GitLab の最高財務責任者である Brian Robins はこう述べています。「セキュリティ・コンプライアンス・ AI ・エンタープライズアジャイルプランニングを含む主要な製品分野への投資を継続しながら、初の四半期における非 GAAP 営業利益を共有できることを嬉しく思います。」

2021 年: GitLab 10 周年

今年、最初のコミットから 10 年という節目を迎え、GitLab の 10 周年を祝いました。コミュニティへの貢献への注力は引き続き強く、2,500 人以上のより広いコミュニティのコントリビューターから月平均 650 件以上のコードコントリビューションがありました。DevOps Platform のおかげで、2021 年 8 月時点で 100 万人以上のアクティブライセンスユーザーと推定 3,000 万人以上の登録ユーザーへと成長しました。GitLab という会社は、世界 65 か国・地域で 1,400 人以上のチームメンバーへと成長しました。パンデミック開始以来、企業・ VC ・大学との 60 回以上のコラボレーティブなリモートワーク議論をリードすることで、リモートワークの利点についてビジネスを支援・教育し続けました。

2021 年 10 月 14 日、GitLab Inc. は Nasdaq Global Market（NASDAQ: GTLB）に上場企業となりました。

GitLab 上場日の動画を見る

2020 年: 世界最大のオールリモート企業

65 か国以上で 1,200 人以上のチームメンバーを擁し、COVID-19 パンデミック以前に世界最大のオールリモート企業であったと考えています。すべてのチームメンバーがリモートで、世界のどこにも中央本部や会社所有のオフィスはありません。GitLab はこれまでに 4 億 2,600 万ドルを調達しています。

2019 年: Contribute

Haydn Mackay が、ニューオーリンズで開催された GitLab Contribute で GitLab の歴史を詳述した素晴らしい基調講演を行いました。GitLab 最初期の従業員の一人であり、GitLab のオールリモート文化のインスピレーションとなった Haydn は、GitLab の進化について包括的な視点を提供してくれました。

2017 年: GitLab ストーリータイム

GitLab のチームメンバーが最初の 5 人のチームメンバーにインタビューし、創業初期のエピソードを聞きました。ストーリータイム Part 1 では、最初のチームメンバーの採用・イテレーションを学ぶこと・事業停止の考え・ Y Combinator ・バリューの作り方について話しています。ストーリータイム Part 2 では、サプライズ独身パーティー・競合他社からの話し合いの申し出・白衣と安全眼鏡を使ったプレゼンテーション・最初の GitLab サミット・マウンテンビューの家での体験などの愉快なエピソードを聞くことができます。

2016 年: 成長

2016 年、GitLab にコントリビュートした人々の数が 1,000 人以上に増えました。 10 万以上の組織と何百万ものユーザーが GitLab を使用しています。チームは 100 人増えて 140 人以上になりました。 9 月にはマスタープランを発表し、B ラウンドの資金調達で 2,000 万ドルを調達しました。

2015 年: Y Combinator

2015 年の年明け、GitLab チームのほぼ全員がシリコンバレーに飛び、Y Combinator に参加しました。

より速いペースに慣れ、短期間で達成できることについての考え方が変わりました。何かに時間がかかりすぎると思ったら、達成できることについての考えを変える必要があります。より小さく、不完全でも、それでも違いをもたらすことができる何かをする機会が常にあります。

Y Combinator は私たちが歩む軌跡に不可欠でした。競合他社に勝てるとは思っていませんでしたが、大きな野心を持ち、素晴らしい製品があり、今日も続けているようにイテレーションし改善し続けることができると知っていました。

2015 年 3 月に卒業し、チームには 9 人がいました。GitLab ハンドブックがウェブサイトリポジトリに追加されました。

2014 年: GitLab の設立

2014 年、GitLab は正式に有限責任会社として設立されました。 GitLab は前年同様、毎月 22 日に新しいバージョンをリリースしました。年初 1 月 22 日の最初のリリース: GitLab 6.5。2014 年末の 12 月には GitLab 7.6 がリリースされました。その年の末にY Combinator への申請書を提出しました。

2013 年: 「GitLab に専念したい」

GitLab を運用する大規模組織が、必要な機能を追加するよう Sid に依頼しました。同時に Dmitriy は GitLab に専念して取り組みたいと世界に向けてツイートしました。 Sid と Dmitriy が組み、大規模組織が求める機能を備えた GitLab Enterprise Edition を発表しました。Sid は GitLab のウェブサイトリポジトリの最初のコミットを作成しました。

2012 年: GitLab.com

Sid は GitLab を初めて見て、プログラマーのためのコラボレーションツールがオープンソースであることで誰でもコントリビュートできるのは自然なことだと思いました。 Ruby プログラマーである彼はソースコードを調べ、最初の 1 年で 300 回以上のコントリビューションを経た後の GitLab のコード品質に感銘を受けました。 GitLab.com を使ってみたいかをHacker News に問いかけたところ、何百人もの人々がベータ版に登録しました。 2012 年 11 月、Dmitriy はGitLab CI の最初のバージョンを作成しました。

2011 年: GitLab の誕生

GitLab の共同創業者 Dmitriy Zaporozhets は、チームとのコラボレーションに優れたツールを必要としていました。彼は仕事ではなくツールに集中できるよう、効率的で楽しいものを望んでいました。彼はウクライナの自宅で GitLab を作りました。その家には水道がありませんでしたが、Dmitriy は優れたコラボレーションツールがないことを、共同井戸への毎日の旅よりも大きな問題だと捉えていました。

そこで Valeriy Sizov とともに、この問題の解決策として GitLab の構築を始めました。このコミットが 2011 年 10 月 8 日の GitLab の始まりでした。

GitLab という名前は GitWeb とその他の git 製品からインスピレーションを受けました。

GitLab がうまくいくとわかったのはいつですか？

GitLab の共同創業者 Sid が語るように:それはイテレーティブなものでした。最初は GitLab を見たとき、コラボレーションをいかに簡単にするかを実感したときです。2 回目は Hacker News に初めて投稿したときで、最初はトレンドにならなかったので、パンケーキを作るためにコンピューターから離れました。でも携帯を持っていて、投稿に大量のコメントが付き始め、ホームページに掲載されました。妻にパンケーキの続きを頼みましたが、残りの日を GitLab についての質問に答えることに費やしたため、戻りませんでした。もう一つは GitLab が Y Combinator に採択されたときです。

GitLab はどのようにしてオールリモート企業になりましたか？

Harvard Business School のケーススタディインタビューの一環として、GitLab 共同創業者 Sid Sijbrandij は Prithwiraj Choudhury 教授と会社の創業初期とオールリモートについての考えを語りました。

最初の従業員はセルビアを拠点としていました。彼をオランダに連れてくることは現実的ではなく、私がセルビアに行くことも現実的ではなかったので、リモートになりました。
次に、ウクライナの Dmitriy [Zaporozhets] を採用したので、[彼がオランダに来ることも]現実的ではありませんでした。
その後、オランダで何人か採用しました。彼らが来ることは現実的でした。自宅に余分な机がありましたが、3〜4 日後には来なくなりました。オンラインにいたので、そのまま仕事を続けました。
「明日来るよう言おう」と思いました。しかし、「通勤に余分な 1.5 時間かかる。1.5 時間多く効率が上がるだろうか？おそらく無理だ」と考えました。
オランダで人々を雇い続けましたが、数日後には来なくなるパターンが続きました。
その後、Y Combinator を経験し、チームのほぼ全員が同じ家で生活しました。それは効果的で集中的なものでした。一つのチームの人々が同じ部屋にいられ、素早く動かなければならない場合には、それ対面をする価値があります。
その後、全員が帰宅しました。最も大切な人々から離れていたからです。Y Combinator のコーチたちは「リモートワークはエンジニアリングには多少機能するが、その他の機能には機能しないので、オフィスを検討してほしい」と言いました。
それは良いアドバイスだと思いました。技術的・製品志向の CEO（私のような）の典型的な欠陥は、マネジメントを再発明できると考えることだと気づきました。中間管理職を信頼し、営業を信頼していたので「リモートにこだわるという同じ罠に陥らないようにしよう」と思いました。
サンフランシスコにオフィスを構えました。15 人を収容できました。最初に来たのは、しばらくの間会社にいた営業担当者でした。数日後には来なくなり、同じパターンが続きました。人々は数日来て、来なくなりました。
私たちはシステムを正しく使うことに慣れていて、リモートワークのスタイルを使っていたからです。Slack ・ビデオ通話・ Google Docs ・ GitLab の Issue ・ GitLab のマージリクエストを使っていて、その働き方に慣れていただけです。
何度か対立することがありました。主にエグゼクティブ採用での話です。採用した後に他のエグゼクティブと話すと、「これが私の最初のリモート会社でもあるが、以前の職場より人々に連絡を取りやすい。ここの人々はメッセージへの返信と情報の読み取りがとても上手だ」と言うのを聞きました。
営業開発担当者（SDR）にはリモートが機能しないと思っていました。学校を出たばかりの人々は多くの「ノー」を聞くという大変な仕事で、一般的に一緒にいることで生まれる仲間意識が必要です。その後、ユタ州に素晴らしい SDR を数人見つけ、「移転させなくてもいい」と思いました。
ある時点で「OK、これは機能する。会社のほぼ誰もオフィスに来たくないのは、時間の無駄だからだ」と判断しました。
最悪なのはハイブリッド企業で、一部の人がオフィスで特定のコミュニケーションスタイルを使いながら、他の人がリモートで異なるコミュニケーションスタイルを使うことです。それは多くの非効率を生み出します。
リモートになることを決めたとき、投資家たちは心配しました。「スケールしているリモート企業はほとんどない」と言いました。当時は WordPress と InVision がありました。
「実用的にやろう。リーダーシップチームで大きな崩壊が起きたら、再検討しよう」と言いました。
そうはなりませんでした。「これははるかにうまくスケールすると確信している。実際にポートフォリオ企業よりも速く成長でき、リーダーシップチーム内の分断も少ない」と言いました。

投資家とリモート企業に対する彼らの認識について話題が移ると、Sid は次のように付け加えました。

[初期の投資家たちは]このモデルに懐疑的でした。懐疑論者から支持者へと変わりました。ポートフォリオ企業を上回る私たちの採用能力を見ています。人材の定着と、はるかに優れたコスト構造を見ています。
今では実際にオールリモートの企業に注目し始めています。大きな競争優位性だと考えているからです。

バリューの起源ストーリー

GitLab の6 つのコアバリューは 🤝 コラボレーション・📈 成果・⏱️ 効率性・🌐 多様性・インクルージョン＆所属意識・👣 イテレーション・👁️ 透明性であり、合わせると私たちが善意を前提として互いに与える CREDIT を表します。以下の録画では、GitLab の共同創業者 Sid Sijbrandij が各バリューの起源と GitLab における重要性についてエピソードを語ります。