GitLabをNginxを使ってサブドメインに設定導入する - Qiita
概要 一つのサーバーでwww.example.comやexample.comにWebページなどのサービスを利用している場合、GitLabなどの他のサービスを利用するときにexample.com:3000などポート番号を指定してアクセスしたりしなければいけません。これでは格好悪かったり、80番ポート以外はアクセス出来ない環境でアクセスできなかったりします。 一般的にはリバースプロキシを使用することで、gitlab.example.comのように簡単にアクセスできるようにします。今回、Nginx+WordPressを導入しているサーバーにGitLabを導入・設定したときに少しハマったので、メモ代わりに投稿します。 目標 www.example.comにはWordPressがアクセスできる状態として、gitlab.example.comでGitLabにアクセスできるようにする。 環境 CentO
GitlabのPortを変更したうえでサブディレクトリで運用する - Qiita
#before external_url 'http://example.com' #after external_url 'http://example.com/gitlab' のように書き換えるだけで良くなったようです。技術の進歩ってスゲー!! 前提 以下の記述はOmnibus Package Ver. 8.4以前もしくはソースからビルドした場合のものです。一応残しておきます。 扱わないこと Apacheの導入 Gitlabの細かい運用上での設定 ファイアーウォールの設定 目的 Gitlabは初期設定だと80番のポートを使ってしまう。これはApacheと競合する。なので他のポート番号に振り分ける。 ポート番号がURLに見えているのがダサいので、サブドメイン/gitlabでアクセス出来るようにする 公式が推奨している方法だと、設定ファイルを書き換えてgitlab-ctl reconfig
nginxを使ってgitlabとjenkinsをサブディレクトリでリバースプロキシする - MY Scribbling...
TL;DR インフラの構成をコードで管理したいのでgitlabを使う gitlabのレポジトリにPushしたコードは自動でテストをまわしたいのでjenkinsを使う サーバ2台使うとリソースもったいたいので1台にまとめてnginxでリバースプロキシする gitlabとjenkinsはアクセスするサブディレクトリで分ける インスタンスはOpenStack上で動作 これらをセットアップしたときのメモです 構成 OpenStackのインスタンスで構築 OSはCentOS6.5 http://xxx.xxx.xxx.xxx/gitlab へアクセスした場合はgitlabへ http://xxx.xxx.xxx.xxx/jenkins へアクセスした場合はjenkinsへ Jenkinsのセットアップ インストールはここを参照 サブディレクトリ /jenkins へのアクセスに対応するよう /etc
GitLab 8.2 + HTTPS 設定メモ（CentOS7）
GitLab は、GitHubのようなリポジトリ管理システムを、自前のサーバに構築できるオープンソースです。公開してかまわないソースコードであれば、GitHubを利用するのが簡単ですが、お仕事でのソースコードは、公開できないことが、ほとんどではないでしょうか？ GitHub Enterprise を使えば、非公開の環境にできますが、なかなかのお値段ですので、導入が難しい場合もあるかと思います。一方 GitLab は、サーバさえ用意すれば、基本無償でGitHubクローンの環境を構築することができますので、気軽に導入することができます。そこで今回は、GitLabのインストールと設定方法をメモしておきました。 GitLab のハードウェア要件 CPU２コア以上、メモリ２GB以上が推奨されています。特に GitLab はメモリをよく使いますので、本番運用する場合は、メモリを２GB以上搭載しているサ
Raspberry pi 2 に GitLab を入れた - Unyablog.
最近体調が悪いです。 さて、今回は自宅の Raspberry pi に GitLab を導入した話です。 GitLab とは、GitLab Inc. が開発しているサービスで、GitHub のクローン的なやつです。といってもインターフェースまでそっくりというわけではないですし、GitLab 独自の機能もあります。 昔は気持ち悪い生き物のアイコンで有名だったのですが、最近ロゴが変わってスッキリしました。 GitLab は自分のサーバーに設置することができ、さらにオープンソースの "Community Edition" なら無料です。無料でも十分な機能が使えそうでした。 導入理由 僕は書いたコードは GitHub で大抵オープンソースにしているのですが、レポートを tex で書いているのをオープンにするわけにもいかないので private repository にしようかなあと迷っていました*
Git/gitlabで共同作業をするための最小限の知識
Gitは，「バージョン管理システム (Version Control System)」 と呼ばれるソフトウェアの一種で，同種のものとしては， CVS, Subversion, Mercurialなどがある． 要するに複数の人間で，ソースコードに関する変更を安全に行うシステムである． 複数の人間で同じソフトウェアをいじるときに， 変更点を他の人に伝えるのにまさか毎回手動でメールをやりとり， というわけにも行かない． かといって，本当に同じファイルを複数人が同時に更新したら， タイミング次第でお互いの更新をお互いにつぶしあうような事態が， 容易に発生してしまう． 手元である程度まとまった更新を行い， 最低でもコンパイルが通る程度までまとまったところで， 変更点を一括して他の人に伝える， というのがそれらのシステムの主な目的である． このページでは，Git（とGitLab）の基本的な使い方として
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
