GitLab CE Cloud Hosting, GitLab CE Installer, Docker Container and VM
Trademarks: This software listing is packaged by Bitnami. The respective trademarks mentioned in the offering are owned by the respective companies, and use of them does not imply any affiliation or endorsement. Bitnami package for GitLab CE provides a one-click install solution for GitLab CE. Download virtual machines or run your own gitlab ce server in the cloud. GitLab CE is an open source, clo
bitnamiのgitlabインストール済み仮想マシンを使ってGitlabサーバを立てる - 日々精進
bitnamiが配布してる仮想マシンイメージを使えば簡単にGitlabサーバが立てられる！と思ったら全然そんなことなかったので導入手順のメモを作った。 結構はまりどころがあってしんどかった。。これは手作業でインストールした方がいいかもわからん。 GitLab Cloud Hosting, GitLab Hosting - Installers and VM ・virtual boxでubuntu64bit仮想マシンを起動する。 ストレージはbitnami-gitlab-6.3.0-0-ubuntu-12.04.vmdk 設定＞ネットワークで以下を設定。 割り当て：NAT ポートフォワーディング： 9090(ホスト)：80(ゲスト) 3000(ホスト)：3000(ゲスト) 2222(ホスト)：22(ゲスト) ・キーボード配列を日本語にする。一度実行するとログアウト・再ログインしても有効になっ
【Git】Bitnamiで簡単にGitLabをインストール - 旅するえんじにあ - Engineers to Travel -
Git Repositoryは色々とサービスがある。 code breakやBitbucket、もちろん王道のGitHub 今回は自前で建てたい＆どうせなら使いやすいものがいい。 非公開設定が可能で、MergeRequestやpullRequest、それにコメントが付けられるようなもの。 そうなるとやっぱりGitLabだ。 ただ、ネットで検索してみると結構複雑なインストールが必要になる。 そこまで詳しいわけでもないし、とりあえず使いたい。 過去にRedmineをインストールしたとき色々と四苦八苦し、 結果立ち上がったはいいものの、こんな苦労するものなのかと。 その後、Bitnamiの存在を知り、クリーンアップ後にBitnamiを使ってインストールした時 簡単な応答のみでインストールすることができた。 去年あたりからBitnamiを見ていたらBitnamiでもGitLabがインストールできる
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
GitLabのスロークエリを駆逐するマージリクエストを送りました - catatsuyとは
GitLabにマージリクエストを送ってみました。 gitlab.com 以前の経験からGitLabの開発チームはGitHubはほぼ見てないことを知っていたのでGitLabから送ってみました。 catatsuy.hateblo.jp ちなみに上のエントリに出てくるGritが使われている箇所は現在ではすべてRuggedに書き換わっているので状況は変わっています。 マージリクエスト送った！ / “'created_at DESC' is performed twice (#825) | Merge Requests | http://t.co/LLbgkxK7A7 / GitLab Comm…” http://t.co/F91TCk67US— 健康診断@4/26 (@catatsuy) 2015年6月16日 GitLabの人たちはGitHub見てないのでちゃんとGitLabから送った— 健康診断
GitLabの使い方
はじめに Gitについて 事前準備 アカウント作成 公開鍵の登録 プロジェクトの作成 日々の操作 戻る はじめに_ 先端情報システム工学研究室におけるGitLabの使い方のインデックスページ Gitについて_ SlideShare: Git 入門ちょい手前 事前準備_ SSHによる接続：GitLabの利用にSSHが必要 TortoiseGitのインストール方法：Windowsの場合はこれに従いインストールする。 Linuxの場合はディストリビューションごとに異なるので自分で探す。Debian/Ubuntuなら以下のとおり % sudo apt-get install git-core アカウント作成_ アカウントが欲しい旨を後藤に伝えてください。 公開鍵の登録_ 公開鍵の登録 プロジェクトの作成_ Gitでのクローンのやり方：GitLab上のプロジェクトからリポジトリを複製する場合 プロジ
GitLabへの公開鍵の登録
はじめに 公開鍵の登録 Linux環境（OpenSSH）を用いた鍵ペアの作成 Windows環境（puttygen.exe）を用いた鍵ペアの作成（2021年4月28日更新） 戻る はじめに_ 先にGitLabの管理者（先端情報システム工学研究室の場合は後藤）にアカウントを作成してもらうこと。 公開鍵の登録_ GitLabへのお誘いメールが届いてから、GitLabへ公開鍵を登録するまでの流れの説明。Linux環境およびWindows環境での秘密鍵と公開鍵の作成は後ほど別記する。 お誘いメールに書いてあるGitLabのURLをクリックし、同じくお誘いメールに記載されているユーザ名とパスワードでログインすると以下の画面が表示される。この画面では、ログインパスワードを変更する。 その後、再びログイン画面に戻るので新しく設定したパスワードでログインすると以下の画面が表示される。 検索フォームの横に並
git,GitLabを1年半使った現状 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、河野です。 一昨年にgitについての社内勉強会を行い、その内容を gitの勉強会「はじめようgit」を行いました にてまとめました。それから1年半ほど経ったので現状をまとめようと思います。 ワークフロー git flow、GitHubフローを参考に始めましたが、現在は develop,master,各feature以外に、stagingブランチを設けるようにしています。 自分がいるチームは、SIのプロジェクトが中心なので頻繁にリリースすることはありません。ですので、 各featureブランチで機能を開発→developへマージ 社内のテストはdevelopを中心に行う→テストが一巡したらstagingへマージ お客様確認用のステージング環境へはstagingブランチを使用 ステージング環境でのテストも終わったらmasterへマージ 最新のmasterをリリースし、タグを打つ と
CentOSにgit-svn - A Life Less Ordinary
Subversionからgitに移行するべく、 git-svn をCentOSにインストール。 yum install --enablerepo=rpmforge git-svn だけど、git svnを使おうとしたら以下のエラーが。 >>|| Can't locate Error.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /us
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
SubversionからGitへの移行をオススメする７つの理由 - akimatter
1. Subversionと連携できる Subversionのtrunkだけでなくbranches, tagsもちゃんとローカルのGitリポジトリへ同期できます。 http://sourceforge.jp/magazine/09/03/26/0834222 実際僕はいくつものプロジェクトで、チームのリポジトリがSubversionであっても、自分の開発PCではGitを使ってSubversionと同期して開発してきました。これからもそうしていきます。 2. Subversionの履歴を引き継げる Subversionと同期できるようにローカルにGitリポジトリを作ると、そのSubversionの履歴もGitリポジトリに引き継がれます。ですのでSubversionにある履歴がGitに移行したから失われることはありません。 3. Subversionからゆっくり移行できる チームでSubver
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...