グリーの開発環境（歴史と概要） | GREE Engineering
こんにちは。グリーでインフラ的なお仕事をしているsotarokです。今回は、グリーの開発環境についてお話します。 グリーの開発環境 開発環境どうするか、という問題はエンジニアリングをしている会社であれば誰しも一度は悩んだことのある問題だと思います。開発環境の作り方は、会社やサービスの規模、事業の形態などによって様々ですし、割と小さな規模から「歴史的な経緯」を経て成長してくることが多く、これといったスタンダードがあるわけでもありません。 グリーでも初期の頃から、いくつかの経緯を経て現在の開発環境があります。これは、特に画期的な開発環境やスタンダードに合わせてつくったわけではなく、日々の業務のなかで、あれこれ困ったことやより便利にしたいことなどを解決していくうちに作り上げられたものです。 今回は、グリーの開発環境の移り変わりと、今後の開発環境づくりについてお話させていただきます。 初期の頃の開
My Common Git Workflow
A recent post that was highly ranked on Hacker News complained about common git workflows causing him serious pain. While I won't get into the merit of his user experience complaints, I do want to talk about his specific use-case and how I personally work with it in git. Best I can tell, Mike Taylor (the guy in the post) either tried to figure out a standard git workflow on his own, or he followed
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
Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法 - mollifier delta blog
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 最近Gitを使い始めた。で、ブランチとか使うようになって、今どのブランチにいるのかをzshのプロンプトに表示したくなってきた。「そういやそんなブログのエントリ、よく見かけるな」と思ってちょっと調べてみた。 gitコマンドを呼び出してなんかやってる例が多いけど、manを読んでたらzsh自体にそういうのが組み込まれてたので紹介。vcs_info ってのを使うと解決する。 zshrcの例 いきなりだけど zshrc の書き方の例。 autoload -Uz vcs_info zstyle ':vcs_info:*' formats '(%s)-[%b]' zstyl
git-svnでSVN上の複数のブランチやtrunkを扱う方法 - Hello, world! - s21g
SVNリポジトリ上に存在する複数のブランチやtrunkの間で、 変更点をマージしたりする方法のメモです。 まず、これからSVNリポジトリをgit svn cloneすると言う場合は、以下のような オプションを指定して実行します。 これで、SVNリポジトリ上のtrunk, branches, tagsをGitのbranchとして全て取り込んだ状態でcloneが実行されます。 git-svnでcloneした既存のWorking copyが手元にあって、 そこに別なbranchやtrunkを追加したい場合は、以下のように.git/config ファイルに項目を加えます。 1 [svn-remote "svn"] 2 url = http://svn.repos.com/foo/branches/bar 3 fetch = :refs/remotes/git-svn 4 [svn-remo
かWiki - Git/Subversionコマンド対応表
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
Git - SVN Crash Course
Welcome to the Git version control system! Here we will briefly introduce you to Git usage based on your current Subversion knowledge. You will need the latest Git installed; There is also a potentially useful tutorial in the Git documentation. This page is not maintained anymore! The up-to-date version of this tutorial is the GitSvnCrashCourse page at the Git wiki. The copy below might be better
■ - Web newbie
(途中) ブランチとは trunk ----A | --B branches ----A----my_A | --B----my_B いきなりですが、 Subversionは、ブランチを、ブランチとは認識していません。 svn copyコマンドによって作成された、 同じレポジトリ内に共通の履歴を持ったディレクトリのコピーを、 人間がブランチとして認識しているに過ぎないのです。 （後で説明する タグ も全く同じです。） ですので、ブランチを作るというよりも、 あるリビジョンをBASEとして、ディレクトリ（ファイル）をtrunkから派生させる、 と考えることが重要です。（結局、それはブランチの概念なんですが...ｗ） ブランチの作成方法 さて、作成方法ですが、2通りあります。 ブランチの作成方法(1) svn copy trunk/A branches/A/my_A svn ci -m 'cr
rake svn:commit - Hello, world! - s21g
This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/158 馬場さんが書いてるやつをちょっと修正したもの。 1 desc 'Commit to the repository safely.' 2 task :commit => [ 3 :up, 4 :'db:migrate', 5 :test, 6 :'test:plugins', 7 ] do 8 if msg = ENV['M'] 9 msg.gsub!(/\"/, '\"') 10 system %Q{svn ci #{RAILS_ROOT} -m "#{msg}"} 11 else 12 system "svn ci #{RAILS_ROOT}" 13 end 14 end 15 16 des
screen をインストールする (talk to oneself 2)
Hazama.nu is a website that started in 2002, created by a writer who wanted to have a platform to express his thoughts and opinions. The site had a range of categories covering a variety of topics such as cars, books, programming, games, and more. The site was powered by Movable Type – a powerful content management system and static publishing platform that makes site management easy. The Beginnin
さくらインターネットにTracを構築する - WeekbuildのHack倉庫 - Trac
さくらインターネットにTracを構築する 1.説明 さくらインターネットにTracを構築します。ライトプランだとTelnetが使えないので、スタンダードプラン以上が必要です。 今回の例では、~/local/配下に構築します。svnのリポジトリは~/var/svn/repo、TracEnvは~/var/trac/repoとします。 基本的に、いかに書いてあるコマンドをそのまま実行すればよい（一部変更必要）ですが、 若干スクリプトの変更等が必要なので、viを使える程度の知識が必要です。 なお、以下のコマンドは、tcsh(デフォルト)で実行することを前提としています。 2.インストール (1)環境設定 mkdir -p $HOME/local/src cd $HOME/local/src mkdir -p $HOME/local/lib/python2.4/site-packages ln -
さくらインターネットでSubversion
[p.s.] 2007-04-15 Subversion 1.4.0以降について少し補足しました。 – さくらインターネットでSubversionの補足。 cvsは入ってるんだけどSubversion使いたい→でも入ってない→じゃぁ自分で入れるか→Portsの使い方がワカラン てことで、調査に数時間を費やし、結局「make install」で「あんたはwheelグループじゃないからダメ(当然だ)」的なことを言われしょげてたんですが、どうせ入れたいのはSubversionだけなんだからパッケージ管理なんていらないしソースから入れればいいんじゃない？ってことに気が付き実行。 あっさり使えるようになりました。以下に手順。コピペで実行すれば、「$HOME/local/bin」にインストールされます。 $ mkdir -p $HOME/local/src $ cd $HOME/local/src $
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git-svnを使って既存のSVNリポジトリでGitを使う方法のメモ - Hello, world! - s21g