ハンドブック
目次 はじめに 会社 人事 エンジニアリング セキュリティー マーケティング 営業 財務 プロダクト リーガル コンテンツサイト はじめに GitLabチームハンドブックは、会社を運営の仕方を集めた場所です。 印刷したら2,000ページ以上になります。 透明であるという価値観のもと、ハンドブックを世界に公開しています。またフィードバックを歓迎しています。改善や説明の追加を提案するときは マージリクエスト をしてください。 質問するときは Issues を使ってください。 社内に固有な情報は、社内ハンドブックもあります。 会社 GitLab 会社概要 沿革 バリュー ミッション ビジョン 戦略 コミュニケーション YouTube Zoom ウェビナー カルチャー オールリモート おすすめ リモートワーク10類型 (日本語版note) リモートワークで成果を出すために必要なバリュー カルチャー
1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか？
1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか？ 新型コロナウイルスの影響などでいま、多くの企業がリモートワークの導入を進めており、それによって多くのビジネスマンもリモートワークへの興味を高めているところでしょう。リモートワークは従来の働き方とどう違うのか、リモートワークにおいて組織として生産性を高めるにはどうすればよいのでしょうか。 そのリモートワークを徹底的に突き詰め、そのノウハウを惜しげもなく公開している企業があります。GitLab inc.です。 社員全員がリモートワークで、今年11月には株式公開を予定 同名のソースコードの管理サービス「GitLab」を提供する同社は特定のオフィスを持たず、1200人以上いる全社員がリモートワークで働いています。 タヌキをアイコンとする同社は2011年に創業者の個人プロジェクトとしてス
Git15周年 - GitHubとGitLabに聞く
原文(投稿日：2020/04/07)へのリンク 2005年4月7日、今からちょうど15年前、Gitはセルフホストの可能な完成度に到達した。すなわち、コードをコミットするためにGit自身を使用できるようになったのだ。今日、Gitは最も広く使用される開発ツールのひとつとなり、開発者がコードを管理する方法を大きく変えている。InfoQは今回、GitHubの上級(Distinguished)ソフトウェアエンジニアであるJeff King氏、GitLabのシニアデベロッパエバンジェリストであるBrendan O'Leary氏と、Gitの持つ重要性について話す機会を得ることができた。 Gitは元々、LinuxカーネルのSCM問題に終止符を打つために、Linuxの作成者でメンテナであるLinus Torvalds氏の手によって生まれた。氏は当時のLinuxが使用していたSCMであるBitKeeperの代
社員全員が世界各地でリモートで働く「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 Handbook”から学ぶ｜Anno Takahiro
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
GitLab Handbookで面白かったもの@コミュニケーション編 - infra.log
まえがき GitLab社が公開しているHandbookから良さそうなものをいくつか紹介していこうと思います。 かなりボリュームがあるので、今回の記事からはコミュニケーションの記事から紹介していきます。 ※英語の翻訳が変だったり、間違っていたらすいません💧 GitLabのCommunicationについて about.gitlab.com 内部コミュニケーションについて Issues are preferred over email, email is preferred over chat, announcements happen on the company call agenda, and people should be able to do their work without getting interrupted by chat. IssueはEmailより優先され、Ema
社内の技術情報共有に GitLab Issue を使っている話 | バシャログ。
社内研修の準備でストレングスファインダーというのを受けてみた結果「適応性・最上志向・戦略性・収集心・着想」となったtanakaです。 社内の情報共有ツールとしてGitLabを使っている話を紹介します。 社内での技術情報共有って難しいですよね。それ自体で会社の売上や自分の給料が増えるわけではありませんし、でもやったほうがいいと大体の人は思っているはずです。 シーブレインでは入社した当時は社内サーバにMTOSを用意して情報共有ブログとして使っていました。あまり使われなくなっていまから3年前に社外サーバにWordPressサイトを用意して情報共有ツールとして使うようになりました。14ヶ月で450記事、月平均32記事とそこそこ使われていましたが、情報共有ツールとして以下のような問題を抱えていました 記事はMarkdownで書けるようプラグインをインストールしていたが、コメントはMarkdownで書
GitLab CIでRailsアプリをお手軽CI開発する - Tech Inside Drecom
Variables ビルドに必要なんだけどリポジトリに直接コミットしたくないような変数をいれておくことができます。（例：Slackのトークンやsshの秘密鍵など） ここに設定しておけばジョブ実行時に環境変数として使うことができます 3. gitlab-ci.yml をリポジトリにコミットする http://doc.gitlab.com/ce/ci/yaml/README.html や http://doc.gitlab.com/ce/ci/quick_start/README.html を参考にファイルを作ってください Railsアプリをテスト、静的解析、自動デプロイをするための設定サンプル こちらになります https://github.com/sue445/gitlab-ci-example 普通にRailsアプリをビルドするだけなら上記ファイルをコピペするだけでほぼいけると思います。
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
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 8.11」リリース
Gitリポジトリやコードレビュー、Wiki、イシュートラッキング、そしてテストやビルド、デプロイなどの自動化を行うGitLab CI機能などが統合された開発ツール「GitLab」の最新バージョン「GitLab 8.11」が公開されました。 GitLab 8.11では「Issue Board」と呼ばれる新機能と、コードをマージしたときに発生したコンフリクトの自動解決機能などが追加されました。 Issue Boardは、Issueを任意のボードに振り分けて表示できる機能。Issueをバックログのボードからから作業中のボードへ、そして完了のボードへ、といった具合に、任意のボードを定義して振り分けることができます。各Issueの振り分けはマウスのドラッグ＆ドロップで簡単に行えるため、カンバンやScrumボードのように使えます。
WindowsからGitLab - ぬうぱんの備忘録
何があった GitLab使う上で必要そうな知識まとめたほうの記事のまとめでも書いてたけど、windowsからGitとGitLabでソース管理することになったので、そのインストールからごく基本的な使い方までまとめまとめる。 GitLabのほうの基本的な設定は前回の記事で終わってるってことにします。 まず環境 使ったソフトは次みたいな感じ。 windows 7 Professional SP1(64bit) msysGit (version 1.7.11-preview2010710)(32bit版のみ) TortoiseGIT 1.7.14.0(64bit) msysgitもTortoiseGitもググればすぐに出てくるけど一応URLを msysgit(http://msysgit.github.com/) TorroiseGIT(http://code.google.com/p/torto
GitHubインポート機能が加わった「GitLab 7.7」が登場 | OSDN Magazine
オランダGitLabは1月22日、Gitレポジトリ管理機能などを備えたプロジェクト管理支援ツール「GitLab 7.7」を発表した。GitHubからのインポートが可能になったほか、OAuthのサポートも行われている。 GitLabはGitHubのようなGitリポジトリ管理機能およびプロジェクト管理機能を自前のサーバーで構築できるGitリポジトリ管理ツール。RubyとRuby on Railsで実装されており、コードレビュー、イシュートラッカー、Wiki、LDAPユーザー認証、継続的インテグレーション（CI）統合などの機能を持つ。無料のオープンソース版Community Edition（CE）、それにGitフック、ログインページなどの機能やLDAPサポートを強化したEnterprise Edition（EE）があり、インストールなしに使えるクラウド版GitLab.comも提供されている。 G
GitHubクローンのGitLabを５分でインストールした - アルパカDiary Pro
※2015/6/22 最新版の手順に更新 ※2015/1/7 アップグレードについての記事を書きました http://d.hatena.ne.jp/toritori0318/20150106/1420558625 ※2014/5/24 補足記事書きました http://d.hatena.ne.jp/toritori0318/20140524/1400955383 で､お決まりのパターンでOSSに流れて､ GitLabとかやってみたんだけど､むっちゃムズいのねあれ｡ まともにインストールできん｡ http://d.hatena.ne.jp/rela1470/20140520 「GitLab インストール」 でググるとたいていまともにインストールしようとしている記事が見つかって なにこれ使うまで面倒すぎ！ ってなりますよね。かつての自分もそうでした。 しかし最近のGitLabはRPMが提供され
Dockerで使うサーバサイドソフトウェア（エンジニア編） | さくらのナレッジ
Linuxコンテナを使った仮想化ソフトウェアDocker。興味はありつつも、実際の運用の中で活かす機会は意外と多くないのではないでしょうか。さらに1.0となったとは言え、実運用のサーバの中で活用していくというのは勇気が出ないかも知れません。 そこで今回はあくまでも開発の部署内だけでDockerを使っていくという方法を提案したいと思います。Dockerのメリットの一つ、外部の人たちが作ってくれているコンテナを使ってサービスを立ち上げてみましょう。今回は特にエンジニアがよく使いそうなソフトウェアにフォーカスを当てています。 必要なもの さくらのクラウドのアカウント さくらのクラウドトップページ アカウントはさくらのクラウドトップページから作成できます。 クラウドサーバを追加する サーバ追加画面 管理画面に入りましたら、サーバの追加を選択します。追加画面では、サーバの名前、メモリ数、ディスクプラ
「GitLab」を使ってGitリポジトリを管理 - Tech-Sketch
GitLabとは？ GitLabとは、GitHubのようなサービスを社内などのクローズドな環境に独自で構築できるように公開されたオープンソースです。 GitHubだと開発した成果物が社外に保存されるということで業務利用が敬遠されることがあると思います。 しかし、開発者にとってGitリポジトリが管理できるGitHubは非常に便利で使い勝手のいいものです。 それを社内にも構築できるようになるということで関心をもたれる開発者の方々も多いのではないでしょうか。 GitLabがどういう仕組みで稼働しているのか、またどういう運用をすればいいのか、その際の注意点など、 筆者が実際に導入した経験をもとにご紹介したいと思います。 どういう仕組み？ GitLab1がどういう仕組みで稼働しているのかについて説明します。 GitLabはRuby on Railsで実装されています2。 基本的にGitL
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The GitLab Handbook