リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita
1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか？ スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日本企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Developers Summit 2022-02-18 2022.01追記 リモートワークのいま学びたい、GitLab Handbook非同期コミュニケーションのススメ - Qiita Handbook要点 「GitLab社ではリモートワークの中でも生産性高く働
CloudBees CodeShip | Software as a Service (SaaS) CI/CD Solution
Do you want everything set up for you instantly, or do you want to customize your environment and your workflow? CloudBees CodeShip lets the developer pick the path that’s best for them, to maximize productivity and let teams evolve over time. You can get your builds and deployments working in less than five minutes with CloudBees CodeShip’s turnkey environment and simple UI. From there, you can e
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とRedmineをインストールし連携させる
gistfile1.md gitlab 6.2簡単インストール # modify install script curl https://raw.github.com/jbhannah/gitlab-installer/master/gitlab-install-el6.sh > gitlab-install-el6.sh chmod 744 gitlab-install-el6.sh sed -i "s/https:\/\/raw\.github\.com\/gitlabhq\/gitlab-recipes\/master\/apache\/gitlab/https:\/\/raw\.github\.com\/gitlabhq\/gitlab-recipes\/master\/web-server\/apache\/gitlab\.conf/g" gitlab-install-el6.s
Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita
hookを使ってるとリポジトリへpushしてすぐにjenkinsをビルドできて便利だけど、どのブランチにpushしてもhook URLが呼ばれてちょっと不便。 例えばdevelopブランチにpushされた時だけ、hookでdevelopのビルドジョブを実行する、みたいな事がやりたくて調べてみた。 やり方 自前のgitリポジトリだと.git/hooksで特定ブランチへのpush時だけhookする設定が書けるけど、Githubでは同じような事ができないので Jenkins側で受け取ったhookがどのブランチへのpushによるものかを判定してみる。手順は以下のとおり。 hook受取り用ジョブの作成 ビルドジョブとは別でGithubからhookを受け取る専用のジョブを用意しておく。 ジョブはパラメータ付きビルドにしておき、下のように payload という名前でパラメータを受け取れるようにする。デ
GitLabのグループの権限についてメモ
GitLabのグループの権限について、メモしておきます。(間違えていたら教えて下さい。。。) GitLab 4.0で確認しています。 Guest * issueの作成 (Create new issue) * コメントを残す (Leave comments) * ウォールへの書込 (Write on project wall) Reporter * Guestの全権限 * プロジェクトのpull (Pull project code) * プロジェクトのダウンロード (Download project) * マージリクエストの作成 (Create new merge request) * コードスニペットの作成 (Create a code snippets) Developer * Reporterの全権限 * ブランチの作成 (Create new branches) * protec
Slack×Hubot×GitLabでレビューを効率化しよう - braitom's Tech Memo
この記事はSlack Advent Calendar 2014 - Qiitaの22日目の記事です。 内容 チーム内でのちょっとした開発にはGitLabを使っているのですが、MargeRequest(以下MR)を投げた時にレビューを効率化するためにの方法を説明したいと思います。 Slack導入以前 別にMRが発生したらメールを投げればいいのですが、メールだとすぐに見ないことも多いのも事実。 そこで、Slackを入れる前はMRが起こるたびにYoを送ってMRが飛んだよーということを気づかせるようにしていました。 ちょうどYoが無駄に流行っている時期でもあったし、Yo APIもあったのでしばらくこれでしのいでいました。 そのとき作ったのがこれです。 Flask-yo しかし、最初のうちは楽しくてみんな反応していたのですがだんだんと反応しなくなりました。結局Push型でみんなにYoが行くので、誰か
GitLab 6.6〜7.4の主な変更点まとめ - プチ技術メモ
GitLab 6.6〜7.4の間に入った主な変更点を適当にまとめて紹介します。 適当すぎて参考にならないかもしれないので、公式ページへのリンクも貼っておきます。 パフォーマンスの改善も頻繁に行われているので、アップデート出来る人は早めにアップデートしましょう。 GitLab 6.6 GitHubと同じようにユーザーの公開鍵を取得可能: http://__HOST__/__USERNAME__.keys Markdownのヘッダーへのリンク Issueを複数のラベルでフィルタ Group avatar ユーザーに複数のメールアドレスを設定可能 巨大diffのハンドリングを改善 詳細は→GitLab Blog | GitLab CE 6.6 released GitLab 6.7 'New Issue'ページにContributing guideへのリンクを追加 マージリクエストのdiff v
Gitlabのインストールとアップデート - Qiita
少し前までのGitlabセットアップにおける問題点 Gitlabの問題点は、インストールとアップデートが、サーバー構築の知識が無いと難しい点でした。 インストール自体は、Bitnamiのインストーラーを使えば、簡単に行えるようになりましたが、月例アップデートを当てていくのは正直なところ難しく古いバージョンで放置されている方も多いのでは無いでしょうか？ 私もVer4をGitlabのサイト説明を見ながら苦労してインストールした後、Bitnamiのインストーラーで、仕切り直してVer6をインストールした後は、バージョンアップはあきらめて、放置して利用していました。 この問題は、公式のパッケージが公開されるようになって解決したのですが、ネットで検索できる日本語の情報は、難しかった頃の情報ばかりなので、Gitlabの普及を願って、2014/9現在の状況について、投稿したいと思います。 パッケージによ
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
CentOS5.6 x86_64でGitLabを動かしてみた · polidog lab++
CentOSでGitLabを動かしてみました。 なおgitosisはすでにインストール済みとします。 まずはRubyのインストール。どうやらgitlabはruby1.9.2が必要らしく、yumとかではいらないみたいです。(2011/11現在) なんで、普通にコンパイルしていれましょう。(まあrpm化していれようとおもってmake installしてしまった僕ですがw) # cd /usr/local/src # wget http://core.ring.gr.jp/archives/lang/ruby/1.9/ruby-1.9.2-p290.tar.gz # tar zxvf ruby-1.9.2-p290.tar.gz # cd ruby-1.9.2-p290 # ./configure --prefix=/usr # make # make install あとsqliteもyumだ
CentOS 5.2 に GitLab をインストール - 人生いきあたりばったりで生きてます@はてな
ひとつ前の記事で Redmine をアップデートしたサーバに GitLab を入れてみたメモ すでに、gitolite で git リポジトリを運用中な状態 https://github.com/gitlabhq/gitlabhq/blob/stable/doc/installation.md 環境 CentOS 5.2 Ruby 1.9.3 git 1.7.6.1 インストール redis 入れたいので epelを入れる # cd /usr/local/src # wget http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/5/x86_64/epel-release-5-4.noarch.rpm # rpm -ivh epel-release-5-4.noarch.rpm 必要ライブリを入れる # yum instal
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Slack notifications service | GitLab
GitHub - jenkinsci/gitlab-hook-plugin: Deprecated, see https://www.jenkins.io/jep/7
Extend with GitLab | GitLab
GitHub - gitlabhq/gitlab-ci: DEPRECATED - Please use the GitLab.com issue tracker
GitHub - koppen/redmine_github_hook: Allow your Redmine installation to be notified when changes have been pushed to a Github repository.
Trouble Shooting Guide
GitLab.org / GitLab Community Edition | GitLab
少人数チームにおけるプロジェクト管理のベストプラクティス
