.gitlab-ci.yml によるジョブの設定方法(日本語訳) - Qiita
GitLab CI/CDパイプライン設定リファレンス(日本語訳:GitLab CI/CD Pipeline Configuration Reference)CIGitLabGitLab-CIGitLab-CI-Runner v12.10.2を元に翻訳をRulesの項まで更新しました(2020/06/01) GitLab v13がリリースされるのもあり、更新作業中です(多分v13のリリースには間に合いません...)。翻訳が終わり次第更新する予定です(2020/05/14) v12.0.3を元に翻訳を更新しました(2019/07/24)。 本記事は、 https://gitlab.com/gitlab-org/gitlab-ce/blob/v12.10.2/doc/ci/yaml/README.md を翻訳中の文章です。 相対リンクなどは直す予定はありませんので、リンクをたどりたい方は以下のU
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時
Ubuntu で GitLab を Omnibus に移行し GitLab CI も使い始める - tilfin's note 跡地
インストールが大変という定評のあった GitLab ですが、マニュアルインストールとアップグレードで凌いでいました。 GitLab CI を導入しようと試す過程で、サブディレクトリ運用だと OAuth 連携が上手くいかないことがわかりました。 現在はオールインワンのパッケージが提供されているため、下記を使えば簡単に GitLab, GitLab CI を一気に入れることができます。Nginx、PostgreSQL、Redis なども全てまとめて /opt/gitlab に入ります。 GitLab | Download GitLab Community Edition (CE) サーバスペックをアップグレードするついでに上げますが、基本的にバーチャルホストを使うため FQDN を GitLab, GitLab CI で同じにできません。SSL 証明書に関しては、ワイルドカードを持ってないと辛
redisのUnixDomainSocket通信でのパーミッション設定 - Qiita
unixsocket /var/run/redis/redis.sock #socketファイルのパス unixsocketperm 700 #socketファイルのパーミッション ソースコードにはきちんとpermissionと書かれていたのに、設定ファイルだと中途半端に省略してあって分かりにくい。。 背景 gitlabのv7.3からproduction運用ではredisとアプリ間はソケットを用いて通信することを推奨されています。 rootでgitlabとredisをインストールする場合は問題ありませんが、 一般ユーザーでgitlabを、rootでredisをインストールする場合にはパーミッションの注意が必要です。 Register as a new user and use Qiita more conveniently You get articles that match your
github/markup: The code we use to render README.your_favorite_markup
This library is the first step of a journey that every markup file in a repository goes on before it is rendered on GitHub.com: github-markup selects an underlying library to convert the raw markup to HTML. See the list of supported markup formats below. The HTML is sanitized, aggressively removing things that could harm you and your kin—such as script tags, inline-styles, and class or id attribut
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
CentOS 6.4 用の GitLab 自動インストールスクリプトを書いた
前提 さくらの VPS 上で、標準 OS (CentOS 6 x86_64) を再インストールした直後の状態での利用を想定している。 # cat /etc/redhat-release CentOS release 6.4 (Final) # uname -r 2.6.32-358.11.1.el6.x86_64 Vagrantbox.es の Scientific Linux 6 64 minimal でも動くことを確認している。 準備 はじめにホスト名を設定しておく。 # hostname gitlab.example.com この値は、レポジトリを作成したときのホスト名 (下図) などに反映される。 Gist GitHub に置いておいたインストーラを実行する。これだけ。 (※ 実行する場合は自己責任でお願いします) # curl https://raw.githubusercont
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Trouble Shooting Guide
🦊 GitLab on Twitter: "If you use GitLab with SSL and have problems logging in after upgrading to 6.5 please update the web-server config https://t.co/3R93eDNnrP"
[6.5] Login opens again login-page · Issue #6119 · gitlabhq/gitlabhq · GitHub
gitlabhq/6.5-to-6.6.md at master · gitlabhq/gitlabhq · GitHub