GitLab運用方法と設定手順について
社内では去年までSVNで管理しておりGitを利用するには外のサービスを利用していました。 これじゃダメだと思い今年の春頃からGitLabを導入して運用しています。 導入する際のあれこれの決め事が面倒だったりトライアンドエラーを繰り返して何とか問題なく運用できるところまで来ました。 GitLabをこれから導入する人に役に立てばと思います。 はじめに やりたいこと システム管理者の負荷を軽減するため、リポジトリ作成はシステム管理者ではなくPJ案件管理者(PM)に作成してもらいたい。 リポジトリの削除は基本禁止。 GitHubフローで管理したい。 Groupについて GitLabにはリポジトリをグルーピングすることができます。 グループを案件(PJ)単位で作成し、案件で開発する・保守するシステムをリポジトリで管理します。 権限について 上記のやりたいことを満たすため、下記のように権限を付与します
【チーム開発】herokuとgithubを使ってRuby On Railsの環境を整える | 侍エンジニアの切り捨て御免
前提条件 herokuにアカウント登録済であり、herokuコマンドが打てる状況である githubにアカウント登録済であり、gitコマンドが打てる状況である herokuについては別の機会に詳しく書きたいと思いますが、一言でいうと「開発から公開までを超簡単にしてくれるデキる奴」といった感じでしょうか。詳しくは以下記事が分かりやすいです。 環境構築 では早速環境構築に入ります。 アジェンダはこんな感じ。 1. herokuにApp登録 2. herokuにできたgitリポジトリをローカル環境にcloneする 3. Githubリポジトリ（チーム用）を作る 4. チームのメンバーそれぞれが、3のリポジトリをforkする 5. 4でforkした自分用のリポジトリを、2でcloneしたリポジトリのremoteに登録する 6. Railsプロジェクトを作り、herokuとgithub
世界一簡単なGithub入門（githubは無料で使用する場合、全てのファイルが公開されていることにご注意ください）
世界一簡単なGithub入門（githubは無料で使用する場合、全てのファイルが公開されていることにご注意ください） ややこしいコマンドを全スルーして個人用バックアップとして使ってみる 2013.01.26 LDD13 LT 【概要】 次々と新しい技術やサービスが公開され、いろいろ挑戦してみたい・・・とは思うのですが、それが複雑なものだったり高機能であったりすると、どうしても最初のハードルが高く、なかなか踏み出せないと感じます。 そんな時、私の場合は、とりあえず、できるだけ簡単なマニュアルを探してきて、良く分からないところは全部無視して無理やり使ってみることにしています。訳が分からないままでも、使っていることで、ちょっとずつイメージが湧いてきて、画面が見慣れたものになってきます。そして、それから改めて入門書を読み始めます。そうすることで、最初のハードルが、少しは下がるのではと考えています。
VSSからSubversionへの移行 - 情シスは何度でも甦るさ。
社内のバージョン管理をVisual Source Safe（VSS)から、Subversion(svn）にした経緯・苦労した点を書く。技術的な内容については、あまり書いてないので、ぐぐってくださいな。 1.VSSの課題 ユーザー毎にライセンス料がかかる Visual Studio,EclipseなどのIDEから使えない（つかいづらい） VSSのリポジトリがあちこちのサーバに点在してどこに何のリポジトリがあるかは担当者のみぞ知る サポートが切れてる（vss6。vss2005のメインストリームサポートは今年切れる） うちの会社は、昔vb6でアプリを作りまくっていたようです。その経緯からVSSが使われていました。（vb6にVSS6が付属してた）今でもvb6の資産も残ってますが、最近は.netもJavaも、さらにCOBOLのシステムもあったりします。 でも、そもそもユーザーごとに金かかるって、あり
LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary
SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte
分散バージョン管理システムのすすめ その2
こんにちは、Sleipnir 開発担当の森本です。 今回は、 Mercurial を使うときに使用している便利なツールなどを紹介したいと思います。 というのも、Mercurial 本家の実装には GUI が有りません。つまり 本家の実装のみを使う場合、 “hg init” のようにCUIから操作することになりますが、これでは利用できる人が限られてしまうので、まずは GUI から操作できるツールから見ていきましょう。 Tortoise HG エクスプローラに統合して使う Mercurial 管理用の非常にすばらしいツールです。Repository を視覚的に分かりやすく表示できるので、学習用にも良いですし、Mercurial のほぼすべての機能が使えるので、各種コマンド操作から簡易サーバーまで何でも OK です。64bit OS 使用者は 64bit 版の小さなリンクからダウンロードしな
TortoiseHG 0.9.0のincoming,pull/outgoing,push - monjudoh’s diary
Bitbucket | The Git solution for professional teams Bitbucket | The Git solution for professional teams TortoiseHGでのリモートリポジトリとの同期機能が、 リポジトリブラウザと統合されかなり強化された。 初期状態 まず、localのリポジトリが↓ remoteのリポジトリが↓となっているとする。 incoming/pull incomingではpullしたときにremoteリポジトリからlocalリポジトリに 持ってくる事になるchangesetを見る事ができる。 下棒なしの下矢印をclickすると、 リモートリポジトリからchangesetを持ってくる。 が、実際にローカルのリポジトリに追加するのではなく、 リモートリポジトリから持ってきたchangesetを追加したらどうなる
Gemのリポジトリの追加と削除 - プログラマでありたい
Amazon EC2ではもっぱらRightScaleが提供するCentOSを使っています。特に癖もなく使いやすく満足です。１点不満があるとすれば、デフォルトで設定されているRubyのGemのリポジトリサーバが遅くて、Rubyのモジュールインストールに時間が掛かることくらいです。 ということで、参照先の変更の仕方です。 現状の調査 # gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.6 - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [i686-linux] - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8 - RUBY EXECUTABLE: /usr/local/bin/ruby - EXECUTABLE DIRECT
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Community Repository of Fukui (CRFukui): ホーム