最近開発マシンとしてMacとUbuntuを併用しているのでDropboxが手放せない。
単なるファイル共有だけではなく、DropboxにGitのマスターリポジトリを入れておくとプライベートリポジトリとして使えてますます便利に。
フリーのプライベートリポジトリが持てるサービスもあるけれど、新しくそういったサービスのアカウントを増やさなくていいので気軽に使える。
ただし複数人で共有するようなリポジトリの運用は難しい。
Dropboxには他ユーザーとのファイル共有機能があるのでいけるかな、と思ったがよく考えるとファイル更新の衝突（リビジョンの衝突ではなく）が起こる可能性があるのでその当たりに気を遣う必要がでてくる。
がんばればいけそうだけど、素直に他のサービスを使った方がよさげ。
フリーのサービスは「フリー プライベートリポジトリ」でぐぐればいろいろ出てくる。
またパブリックなリポジトリでよけばGoogle CodeやGitHubでよい。
*.swpとか.DS_Storeとかを指定した.gitignoreをプロジェクトごとに作るのがいい加減面倒になってきたので重い腰を上げて設定してみた。
自分のホームディレクトリに.gitignoreを作成して以下のコマンドを打てばよい。
git config --global core.excludesfile ~/.gitignoreやればすぐなのになー。
こういうのつい先送りにしてしまう。
実はちょっと前にしてました。
今ではすっかりGitしか使わなくなってます。
移行の理由は世間の流行に乗って、という部分もあるのだけど主な理由はクライアントソフトの不在。
MacでいいGUIのSVNクライアントがなくて結局コマンドラインで使っているので、そんだったらGitでいいじゃんといったノリで移行。
WindowsだとTortoiseSVNがかなりいい感じだけど、Macではそれに匹敵する物が見つからなかったのが理由。
svnXはMacでもイマイチなUIなソフトはあるんだなー、と言う残念さ教えてくれたし、SCPluginは後一歩だったけどやや機能的に物足りず使い続けるには至らなかった。
人に何かいい物ないかと聞いてもコマンドライン派が多かったような気がする。
でコマンドラインでも使い始めてみれば実のところそんなに不便はなかったのだが、ただignoreするファイルの設定がいちいちめんどくさくて死にそうだった。
（svn propsetとかコマンドラインでやるもんじゃねえって個人的に思いました）
Gitは以前から実験的に触ったことはあったので移行は割とスムーズに。
ただsvnとrevertの意味が違うのでそこだけちょっと戸惑ったくらい。
リポジトリの移行も簡単で
$ sudo port install git-core +svn
とかでgit-svn込みのGitを入れて
$ git svn clone svn://hoge_repos/hoge_project/trunk hoge_by_git
これをリポジトリサーバ上ににまんまコピーするなり–bareオプションを付けてcloneするなりして完了。
さくっと移行できてしまった。
詳しいところはぐぐればたくさん出てくるので詳細は割愛。
しかし使い始めてみると分散管理の必要がなくてもGitは使いやすい。
ざっと思いつく限りでこんなかんじ。
サーバ上のリポジトリに縛られない軽快さが予想以上に良い。
あとはGUIのクライアントでいいものが出ればSubversionのアドバンテージはなくなってしまう気がするね。
tags:Git subversion | Permalink
2009-06-10
これは恵比寿にあるビープラウドさんという会社が主催してやっている勉強会で、MCの用意したネタをもとに参加者がいろいろ意見を出し合うという形式の会。
たまたまmoongift氏に声をかけてもらったので行って参りました。
ちなみに7/11にやったのにいまさらレポするのは、富士登山準備 → 富士登山 → 空前の筋肉痛で精神的にスリップダメージを受け続けて死亡状態という鬼コンボでしばらく書く余裕がなかったという事情による・・・
さてセッションのタイトルは「高1からのMercurial入門」
分散バージョン管理システムであるMercurialについて概要の説明から実際の操作までを見ていった。
表題は「CVSは小学生まで」 → 「Subversionの次は分散バージョン管理システム」 → 「じゃあSubversionは中学生までで高校生からはMercurial」という流れを汲んでの半ばネタ的なもの。
実際に仕事などでバリバリ使っている人たちの意見が聞けて面白かった。
なおこの次のセッションにコードレビューツール宍道湖の話もする予定であったが、Mercurialのセッションが白熱して長引いたため時間が足りずに終了。居酒屋になだれ込んだ。
以下当日のメモより抜粋。聞き違えている可能性もあるのでなにかツッコミどころがあれば指摘してもらえるとこれ幸い。
好きな方使え。
実際どっちを使ったらいいのかという疑問に関してGitもMercurialも両方使い込んでいるらしい人が「Git」と言ったときにMCから「今日の発表全否定っすか」という声があがったのにはワラタ。
発言の意図としてはGitHubがすごいのと日本語リソースが手厚いのでGitオススメらしい。
というのはネタ。
分散してないバージョン管理システムで8割の人のニーズは満たせるだろう、という意見もあるようで。
不特定多数が参加してブランチやマージが多発するようなオープンソース的な開発は分散バージョン管理システムとの相性がよいので、オープンソース開発ではそちらがメインで使われることになりそう（すでになってる？）
でも企業内における開発環境としては今のところそこまで分散バージョン管理システムの方に決定的なアドバンテージがあるわけではない。
その通り。
だがマージも簡単なのでそれほど問題ではないそうだ。
直接pushはせずにパッチを投げてスペシャリストにマージしてもらう。
マージスペシャリストのマージの鮮やかさはすごいらしい。
小さいプロジェクトでもうまく回るらしい。
開発者は好き勝手ガンガンコミットしてマージスペシャリストがうまくマージしていくという流れになる。（でもマージスペシャリストって能力高くないと務まらなそうだし、そういう人が務めるにはマージ作業って物足らなくない？というツッコミもあり）
品質管理を厳格にやるという用途にも使えるのかも。
というか厳格にしないとしても品質管理に使いやすいな。
Branchの機能は基本的に使わないでコピーした別のリポジトリをBranchとして使うそうだ。
Tagは前のリビジョンから何も変更のないチェンジセットが作られるだけ、という話だった。たしか。自信なし。まあ問題なくできるよと。
面白い会だった。
プロジェクタにPCをつないで実際にMercurialの操作をしながら見せてくれたのでわかりやすかったし、久しぶりに技術者の集まりに参加できたのも有意義だったなぁと。
スキあらばまた押しかけたい。
最近Gitが幅をきかせているので重い腰を上げて入れてみた。
特に何も考えず以下のコマンドを打ってみる。
$ sudo yum install gitなんだか入った。
でも標準リポジトリには入ってないようだ。
標準のリポジトリじゃなくて外部リポジトリとして登録してあるDagのところから入った。
外部リポジトリ登録がない環境でもパッケージはあるのでRPMを落としてきて入れられるね。
あとは以下のページとかみながらちょっと触ってみますかね。
とりあえずチュートリアルの最初だけ試してみた。
$ git config --global user.name "akahige"
$ git config --global user.email akahigeg@gmail.comちゃんと登録されているのかな？
$ git config --global --list
user.name=akahige
user.email=akahigeg@gmail.comされてた。ぐっど。
EPELの方がなんとなく安心度高い。
$ sudo wget http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm
$ sudo rpm -ivh epel-release-5-3.noarch.rpmで、yumでEPELのリポジトリが有効になる。
copyright brass.to | powered by WordPress ME
