{"id":546,"date":"2026-09-06T01:10:49","date_gmt":"2026-09-06T04:10:49","guid":{"rendered":"https:\/\/www.linuxpro.com.br\/2026\/09\/a-historia-do-gitlab\/"},"modified":"2026-09-08T07:57:21","modified_gmt":"2026-09-08T10:57:21","slug":"a-historia-do-gitlab","status":"publish","type":"post","link":"https:\/\/www.linuxpro.com.br\/es\/2026\/09\/a-historia-do-gitlab\/","title":{"rendered":"A hist\u00f3ria do GitLab: o tanuki que saiu da Ucr\u00e2nia"},"content":{"rendered":"

\"Mascote<\/p>\n

Em 8 de outubro de 2011 Dmitriy Zaporozhets fez o primeiro commit do GitLab. A casa na Ucr\u00e2nia n\u00e3o tinha \u00e1gua encanada; o po\u00e7o comunit\u00e1rio era o problema menor \u2014 faltava uma ferramenta de Git que ele pudesse mudar. Ruby on Rails, inspirado no GitWeb, feito com Valeriy Sizov. Quinze anos depois o GitLab 19.3.1 (26 de agosto de 2026) ainda sai no ritmo de sempre: uma vers\u00e3o por m\u00eas, 177 seguidas at\u00e9 junho de 2026. Do po\u00e7o \u00e0 Nasdaq. O tanuki laranja no meio.<\/p>\n

<\/p>\n

Ucr\u00e2nia, 2011: um Rails contra o GitHub fechado<\/h2>\n

Dmitriy (Dmytro) Zaporozhets queria colaborar com o time sem o GitHub como dono do fluxo. Self-hosted, c\u00f3digo aberto, instala\u00e7\u00e3o que um humano aguenta. O nome veio do GitWeb e da fam\u00edlia \u201cgit alguma coisa\u201d. O commit inicial est\u00e1 no gitlab-foss<\/code>: 9ba12248, 8 de outubro de 2011. N\u00e3o era empresa. Era fim de semana e noite.<\/p>\n

O Git<\/a> j\u00e1 era o disco. Faltava a forge: issue, merge request, wiki, permiss\u00e3o, web. Gitorious existia. GitHub j\u00e1 era o default social. O GitLab nasceu do lado self-hosted \u2014 o servidor que a empresa instala e n\u00e3o manda o c\u00f3digo para a Calif\u00f3rnia.<\/p>\n

2012: panqueca, Hacker News e o CI<\/h2>\n

Sytse Sijbrandij \u2014 holand\u00eas, depois Sid para o investidor americano \u2014 viu o projeto, leu o Rails e gostou da qualidade depois de trezentos commits. Postou no Hacker News perguntando quem queria um GitLab.com. O post n\u00e3o subiu. Ele foi fazer panqueca. O telefone encheu. A mulher ficou com a frigideira; Sid passou o dia respondendo. Centenas na beta.<\/p>\n

Em novembro de 2012 Dmitriy commitou a primeira vers\u00e3o do GitLab CI. O resto das forges tratava CI como plugin. O GitLab tratou como o mesmo produto. Essa decis\u00e3o \u2014 um aplicativo, do issue ao deploy \u2014 \u00e9 o \u201cmaster plan\u201d que s\u00f3 ganharia nome em 2016. Runner, .gitlab-ci.yml<\/code>, pipeline no merge request: tudo desce da\u00ed.<\/p>\n

2013\u20132014: EE, empresa, dia 22<\/h2>\n

Organiza\u00e7\u00e3o grande pediu feature que o CE n\u00e3o tinha. Dmitriy tu\u00edtou que queria viver de GitLab. Sid e ele fecharam o GitLab Enterprise Edition em 22 de julho de 2013 \u2014 open core: CE MIT, EE com o que telco e banco pagam. Sid fez o commit inicial do site. GitLab B.V. em Utrecht; depois GitLab Inc. nos EUA, sem sede. O primeiro funcion\u00e1rio era da S\u00e9rvia. Dmitriy, Ucr\u00e2nia. Os holandeses que Sid contratou pararam de ir \u00e0 mesa extra da casa no terceiro dia. Remote n\u00e3o foi ideologia. Foi o que sobrou quando ningu\u00e9m aparecia e o Slack j\u00e1 resolvia.<\/p>\n

Em 2014 a empresa virou LLC. GitLab Cloud passou a se chamar GitLab.com. Release no dia 22 de cada m\u00eas \u2014 6.5 em janeiro, 7.6 em dezembro \u2014 e o calend\u00e1rio n\u00e3o quebrou desde ent\u00e3o. No fim do ano mandaram a aplica\u00e7\u00e3o para o Y Combinator.<\/p>\n

2015\u20132016: YC, handbook, master plan<\/h2>\n

O winter batch de 2015 levou quase o time inteiro para o Vale. Nove pessoas na formatura, mar\u00e7o. O GitLab Handbook entrou no reposit\u00f3rio do site: valores, hiring, onboarding, sal\u00e1rio, tudo default p\u00fablico. CREDIT: Collaboration, Results, Efficiency, Diversity, Iteration, Transparency. A transpar\u00eancia era tamb\u00e9m defesa: comercializar open source costuma matar a comunidade; o handbook era o ant\u00eddoto que Sid descreveu.<\/p>\n

Compraram o Gitorious (2015) e migraram usu\u00e1rio. Khosla, seed. Em 2016 o master plan: n\u00e3o ser \u201cmais um GitHub\u201d, ser a plataforma DevOps inteira. S\u00e9rie B de US$ 20 milh\u00f5es. Mais de mil contribuintes, cem mil organiza\u00e7\u00f5es. O time passou de 140.<\/p>\n

31 de janeiro de 2017: rm no banco errado<\/h2>\n

Spam de snippet derrubou o PostgreSQL do GitLab.com. No meio da recupera\u00e7\u00e3o de replica\u00e7\u00e3o, um sysadmin rodou rm -rf<\/code> no diret\u00f3rio de dados achando que estava no secund\u00e1rio. Estava no prim\u00e1rio. 300 GB viraram 4,5 GB. O backup para o S3 estava vazio: pg_dump<\/code> 9.2 contra Postgres 9.6, o job falhava em sil\u00eancio. Snapshot de disco do banco n\u00e3o existia. Restaura\u00e7\u00e3o de um staging de seis horas. Issues, MR e usu\u00e1rio da janela 17:20\u201300:00 UTC se foram; reposit\u00f3rio Git e wiki, n\u00e3o \u2014 vivem noutro disco. Self-hosted ningu\u00e9m tocou.<\/p>\n

O postmortem saiu p\u00fablico, com Google Doc ao vivo. A li\u00e7\u00e3o colou na cultura: backup que n\u00e3o restaura n\u00e3o \u00e9 backup; console de produ\u00e7\u00e3o precisa de guardrail; a transpar\u00eancia do handbook tamb\u00e9m vale quando o tanuki apanha. No mesmo ano compraram o Gitter.<\/p>\n

O que o tanuki \u00e9, por baixo<\/h2>\n

N\u00e3o \u00e9 um Git daemon com pele. \u00c9 um stack:<\/p>\n