Software Design 2020年1月号のGitLab特集に寄稿させて頂きました #gihyosd - くりにっき
商業誌デビューです！ gihyo.jp きっかけ GitLab.JP の @hiroponz79 さんにお声がけいただいて参加することになりました。 僕の担当について GitLab特集は全3章構成なのですが、僕は第3章の「自前でGitLabを管理するために知っておかなければならないこと」というタイトルで寄稿させて頂いています。 「自前でGitLabを管理するために知っておかなければならないこと」というタイトルの通り、僕の知ってるGitLab運用の知見を余すところなく書いています。 当初の予定だと GitLab令和最初のリプレイス。フルコンテナ化ポスグレ移行 - pixiv inside を深掘りした内容を書くつもりだったのですが、気づいたら全く別ベクトルのGitLab運用の話になって8〜9割くらい新規に書いていました。 GitLabが巨大なRailsアプリということもありどのRailsアプ
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系のツールなので常にドッグフーデ
GitLab CIとCircleCIのキャッシュ戦略の違い - くりにっき
仕事でCI全般のお悩み相談されることが多くて .circleci/config.yml や .gitlab-ci.yml をリファクタリングすることがよくあるのですが、その時に一番意識してるキャッシュ戦略について長年自分の中の暗黙知になっていて明文化できてなかったので書きます。 前置き 用語の定義 その他 GitLab CIとCircleCIの両方に共通すること キャッシュを過度に使いすぎない 許容できるケース 11/6追記 ないと困るものはキャッシュにしない 10/30 12:00追記 キャッシュをバージョニングする 複数のブランチでキャッシュを共有できるようにする GitLab CI固有の話 GitLab CIのキャッシュの仕様 CircleCI固有の話 CircleCIのキャッシュの仕様 同一のkeyで一度キャッシュが作られたら上書きができない キャッシュのkeyは前方一致 どうして
GitLab令和最初のリプレイス。フルコンテナ化ポスグレ移行 - pixiv inside
こんにちは、sue445です。 先日社内で使ってるGitLabのリプレイスをしたのでその辺の話をしたいと思います。 リプレイスの内容 今回のGitLabリプレイスでは主に下記を行いました。 サーバ移設に伴いURL以外全部変えた レガシーな環境で運用されていたGitLabを全てDockerコンテナに載せた MySQLからPostgreSQLに移行 以上を1時間弱のメンテでやりきった 構成 ざっくり書くと、SSL終端のフロントサーバのみ同じで、それ以外のバックエンドを全部変えました。 旧 APサーバ Debian Wheezy CPU: Intel Xeon E5-2640v2 * 2 Memory: 40GB Disk: 64G + 512G MySQL兼Redisサーバ Debian Wheezy CPU: Intel Xeon X3430 Memory: 8GB Disk: 256G M
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が
The Handbook
Introduction The GitLab team handbook is the central repository for how we run the company. Printed, it consists of over 2,000 pages of text. As part of our value of being transparent the handbook is open to the world, and we welcome feedback. Please make a merge request to suggest improvements or add clarifications. Please use issues to ask questions. For a very specific set of internal informati
GHC(Haskell)の上流リポジトリ等がGitLabに移行しました - Qiita
はじめに HaskellのコンパイラであるGHCの開発では、Gitの上流リポジトリ等を、GitLabに移行しました。 以下では、簡単に関連情報を記載します。 GitLabへの移行について 2018年末から2019年3月にかけて、GHC開発では、Gitの上流リポジトリやIssue(Ticket)管理等を、TracおよびPhabricatorから、GitLabに移行しました。 新しい、GHC用のGitLabサイトは以下になります。 https://gitlab.haskell.org/ghc/ghc 移行時のアナウンス情報等は、こちらになります。 Welcome to GitLab! [GHC Contributing] Welcome to GitLab! GitLabへ移行した内容 GHC開発では従来、Gitの上流リポジトリはTracに配置し、Issue(バグなどのTicket）管理はTr
Dependencies.ioによるGitLabプロジェクトのマニフェスト自動アップデート - はてなの金次郎
はじめに GitLab Advent Calendar 2018の15日目の記事です。 qiita.com みなさんマニフェスト（ package.json, composer.json, requirements.txt, etc.）のアップデートはどうされていますか？ 気まぐれなタイミングで行なっていたり、手作業で行なっていたりしないでしょうか？ 通常運用中のシステムに人手が必要なら、それはバグだ。 SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム 発売日: 2017/08/12メディア: 単行本（ソフトカバー） ５章の「トイル（労苦）の撲滅」での一節です。 手作業であること 繰り返されること 自動化できること 戦術的であること 長期的な価値を持たないこと サービスの成長に対して O(n) であること 上記の項目に当てはまるようなタス
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 で起動して、指定した時間だけ稼
CIマニアから見た各種CIツールの使い所 - くりにっき
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
プライベートDockerレジストリとしてのGitLab Container Registry - Qiita
GitLab Registryという選択肢 Dockerイメージの管理(registry)にDockerHubやGCR，ECRなど のサービスを利用している人も多いかと思いますがやはりローカル環境(オンプレミス環境)で Registryサービスを構築して利用したいという人も多いと思います． そいういうときの選択肢としてはDocker Registryが始めに挙がると思いますが， 残念ながらOSS版のRegistryにはユーザ認証機能などがなく， 便利な機能は有償のDocker EEで提供されるDocker Trusted Registryを利用する必要があります． では代替として何があるかというと，CNCFプロジェクトの1つとなったHarborがあります． Harborにはユーザ認証機能はもちろん，脆弱性検査などの機能もあり非常に便利ですが 運用がそれなりに面倒という課題があります． 自分
組込み製品向けGitLab運用手順書[CC0ライセンス] - Qiita
1. 基本方針 1.1. はじめに 1.2. ブランチ構成・目的 2. 運用ルール 2.1. 運用ルール詳細 3. 手順 3.1. 概要フロー 3.2. コマンド操作・GUI操作 3.2.1. 使用ツール 3.2.2. 準備 3.2.3. 開発サイクル中 3.3. トラブル回避のためのコツ 3.3.1. Pushする直前には必ずPullする 3.3.2. 履歴の削除・改変(Rebase)を行わない 4. 補足 4.1. Gitコマンド 4.2. GitLabでのアクセス管理について 4.2.1. グループ、サブグループ、プロジェクト、ユーザ 4.2.2. 権限 4.3. グループごとの初期設定 4.4. ユーザごとの初期設定 4.5. 設定ファイルの例 4.5.1. .gitattributes (for Unity and LFS) 4.5.2. .gitignore (for Unit
![組込み製品向けGitLab運用手順書[CC0ライセンス] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/210f8e8d26b33e4a488e0020acc7e046e7a96178/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Fadvent-calendar-ogp-background-7940cd1c8db80a7ec40711d90f43539e.jpg%253Fixlib%253Drb-4.1.1%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGNjgyNCUyRnByb2ZpbGUtaW1hZ2VzJTJGMTQ3Mzc1NjQ4Mj9peGxpYj1yYi00LjEuMSZhcj0xJTNBMSZmaXQ9Y3JvcCZtYXNrPWVsbGlwc2UmYmc9RkZGRkZGJmZtPXBuZzMyJnM9ZWQ3MDI5ODNkM2Y2ZTJmNTgwZmM1MGQ5MGY1ZjM2MTA%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D75e8106ba5ca3ad2dbe62fd8b9887b2f%3Fixlib%3Drb-4.1.1%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjEuMSZ3PTk2MCZoPTMyNCZ0eHQ9JUU3JUI1JTg0JUU4JUJFJUJDJUUzJTgxJUJGJUU4JUEzJUJEJUU1JTkzJTgxJUU1JTkwJTkxJUUzJTgxJTkxR2l0TGFiJUU5JTgxJThCJUU3JTk0JUE4JUU2JTg5JThCJUU5JUEwJTg2JUU2JTlCJUI4JTVCQ0MwJUUzJTgzJUE5JUUzJTgyJUE0JUUzJTgyJUJCJUUzJTgzJUIzJUUzJTgyJUI5JTVEJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9ODE4ZTY1MWU5Nzk2MzZkNzVmNzliNmZkZjRlZjZmMWQ%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjEuMSZ3PTgzOCZoPTU4JnR4dD0lNDBuZnVrdW9rYSZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPWE0MTU2YzJmYTMwMWQzNjQ4NmUxZWMyMjRjYWQzOWJk%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D319ce33170dfff96ad96047139381d79)
GitLab Hackathon 2018 Q4 in Tokyo - connpass
本イベントについて GitLab公式のオンラインイベントのGitLab Hackathon 2018 Q4をオフラインで開催します。 本イベントは、OSSであるGitLabの開発に参加するきっかけを作るための取り組みです。 OSSの開発に参加してみたいとは考えているけど、はじめの一歩をなかなか踏み出せない、そのような人の参加をお待ちしています。 本イベントでは、Merge Requestがapproveされた経験を持つGitLab Tokyoコミュニティメンバーが開発環境の構築からGitLabにマージリクエストを投稿できるようになるまでをサポートします。 公式イベントの期間(11月14日〜11月25日)に、投稿したマージリクエストがマージされるとGitLabから景品が贈呈されるので、ぜひ挑戦してみてください。 日時 2018年11月14日(水) 18:30〜21:00 (18:00開場)
Web IDE | GitLab Docs
Tier: Free, Premium, UltimateOffering: GitLab.com, GitLab Self-Managed, GitLab Dedicated The Web IDE is an advanced editor where you can edit multiple files, stage changes, and create commits directly in the GitLab UI. Unlike the Web Editor, the Web IDE provides a full-featured development environment with source control management. Support for GitLab Flavored Markdown preview in the Web IDE is pr
GitLab.com、200TB超のデータとともにAzureからGCPへ移行完了。三度の計画停止による予行演習を繰り返し、移行手順も公開
GitLab.com、200TB超のデータとともにAzureからGCPへ移行完了。三度の計画停止による予行演習を繰り返し、移行手順も公開 ソースコード管理サービスを提供するGitLab.comは、GitHubの競合として見なされています。そのため、今年の6月にマイクロソフトがGitHubを買収するとの報道の際には、大手企業の傘下にない独立したGitサービスの提供元として突如として注目度が上昇していました。 参考：GitLabへのインポートが普段の10倍に急増、GitHubの買収報道で その同じ6月、GitLab.comはこれまで同社のサービスを提供する基盤として利用してきたMicrosoft Azureから、Google Cloud Platformへ移行することを発表します。 I wrote a post about @gitlab's project to migrate our SA
We’re moving from Azure to Google Cloud Platform
Update Jul 19, 2018: The latest info can be found in the GCP migration update blog post. Improving the performance and reliability of GitLab.com has been a top priority for us. On this front we've made some incremental gains while we've been planning for a large change with the potential to net significant results: moving from Azure to Google Cloud Platform (GCP). We believe Kubernetes is the futu
BitHubLab
The Basics Of Bitcoin To start investing or trading Bitcoins, it is important to understand the basics of Bitcoin first. Bitcoin is essentially a digital, decentralized, P2P payment system that facilitates money transfers across geographical borders. It is neither issued nor regulated or controlled by governments and banks. Bitcoins can be traded via exchanges and its prices have been steadily on
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitLab 11.6 released with Serverless and Group-level Clusters | GitLab
GitLab 11.11 Brings Multiple Assignees for Merge Requests, Windows Container Executor, and More
nfukuoka / SourceManagementManual_usingGitLab · GitLab