Dropboxは便利ですね。 ローカルに保存されているファイルなのに、いつの間にかクラウド上で同期されていてとても良い感じです。 今回は、このDropboxの少しUnix的な活用方法をご紹介します。 Emacsの設定など、Dropboxを使う前はRCSやSubVersionを使って管理していました。 同じ設定を使いたいコンピュータ上では、毎回svn upなどしていたわけです。 しかし、他のコンピュータで新しい設定にしたのを忘れて、書き換えてしまったりすると同期がとれなくなったり、そもそも毎回svn upしたりするのは、面倒でした。 そこで、これらの設定をDropboxで同期することにしました。 まず親分となる設定ファイルをDropbox上にアップロードします。 $ cd ~/ $ mv .emacs.* Dropbox 次にこれらを、シンボリックリンクとして参照することにします。 $ cd

Subversionのコミットコメントは、人によって多々書き方が違います。 ただ、後でコミットの内容を確認した時に 何も書かれていなかった 書いてあっても一行だけだった となっていて、詳細が分からず、本人に聞いたりドキュメントを探して確認する羽目になったことが何回もあります。 そうした経験から、コミットコメントを書く際には、あとで自分が困らないように、ほかの人が困らないように以下のようなポイントに気をつけて書いています。 一行目には、変更種別を書く 一行目には、必ず変更の種別を書くようにしています。 たとえば、 機能追加 仕様変更 不具合修正 リファクタリング などです。 また、仕事の時はそれと一緒に件名も書いて、太括弧【】に囲んで記述しています。 （例：【不具合修正：ログイン画面】） こうすると、変更理由をヒストリー一覧から探しやすくなります。 また、あとで見返したときに「このリビジョン

こんにちは、nakamura です。寒いと思ったら今年もあと 2 ヶ月ちょいか～。早くまた夏にならないかな。 おいまたかよ！という声はスルーして今回も Subversion ネタをお送り致します。Subversion でコミット時にメール通知する方法です。わざわざログを辿るほどではないけど何がコミットされたのか調べたい時などに、メールで通知されていると便利ですよ。 コミット時にメール通知する方法はいつくかあるようですが、今回は Subversion のソースコードにも付属している公式（？）のメール送信スクリプトである mailer.py を使用する方法をご紹介します。※サーバ上に Python がインストールされている必要があります。 リポジトリの用意 /var/www/svn/repos/my_project にリポジトリを作成する例です。 mkdir -p /var/www/svn/r

ネットワークがつながらない状況での分散開発はどうやるのがいいかを考えてみる。 以前似たような経験したのは自分たちが複数の協力会社の１つという立場で、元請けのSVNリポジトリに直接コミットするというもの。ネットワークはつながっています。また元請けは基本的に開発はしておらず、協力会社も開発はほとんど終わっていて変更はバグ修正のみという状況です。 イメージはこんな感じ。 リリース（元請けのSVNリポジトリに直接コミット）する場合は、自分たちのSVNリポジトリにタグうってexportして、あらかじめチェックアウトしておいた元請けのSVNリポジトリのソースに上書きしてコミットします。この辺もHudsonで自動化してましたね。あとコミットするファイル一覧も出しました。元請けはそれと実際にコミットされたソースとを比較して漏れが無いか確認してたみたいです。 しかしこの方法だとファイルの削除やリネームに対応

なんか今更感のあるネタですが書いてみたいと思います。大きく分けて３パターンあると思います。 1. 単一リポジトリ単一trunk型 http://.../svn/ProjectA/ | |--------trunk/ |--------ComponentA/ |--------ComponentB/ |--------branches/ |--------Patch_1.0 |--------ComponentA/ |--------ComponentB/ |--------tags/ |--------1.0 |--------ComponentA/ |--------ComponentB/いちばんオーソドックスなパターンといえるでしょう。個人的には好みです。 ComponentAとComponentBのバージョンを同期させる必要があるならこの構成でしょう。 Redmin使ってるならhtt

Dropbox はご存知無料で，Win でも Mac でも Linux でも使える同期ソフトです． フォルダ丸ごと Dropbox のサーバにレポジトリが管理されるみたいで， リビジョンまで記録されます．しかも，見た目はただのフォルダだから使いやすい． 裏で Daemon が動いてて勝手に同期してくれるみたいです．これにいろんな設定ファイル とかを突っ込んでシンボリックリンクさせれば，マジで簡単に環境を再現できそうで wktk しています． しかーーーーし！現在の Linux 版では X がないとインストールできません＞＜ Ubuntu Server 版はそんな生温いものは入っていない硬派なデストリなので どうにも困りました．どうも，Daemon は X 無くても動くっぽいので何とかならないかと がんばってみましたが，よくわからなくて挫折． そこで僕は考えました． 「自分でレポジトリ作って

環境はあいかわらず Windows 2000。 Apache のインストール Download - The Apache HTTP Server Project から apache_2.2.9-win32-x86-no_ssl-r2.msi をダウンロードして、ふつうにインストールします。 2php : Apacheのインストール(Windows) などが参考になります。 設定は下記のとおりにしました。 Network Domain localhost Server Name localhost Administrator's Email Address 自分のメールアドレス (どうせローカルのみのサーバなので、なんでも良い) http://localhost に接続して、起動できているか確認します。「あなたの予想に反して・・・」というもったいぶったメッセージなくなったようです ("It

※ 画面の一部は公式サイトより 実際の開発を行っていく中で、リポジトリを参照することはそれほど多くない。きちんとバージョン管理さえされていれば、問題が起こった時にチェックできれば良い程度だ。そう考えるとコミットツールなどはローカルで動作させる必要があるが、ステータスやレポートはWebベースの方が良いのかも知れない。 インストール直後の画面 そんなこともあって、最近ではGitHubなどのオンラインリポジトリツールの人気が高い。そこに目をつけたソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはWarehouse、WebベースのSubversionブラウザだ。 Warehouseは元々商用のソフトウェアだ。そして最近、オープンソース化を決めた。複数のリポジトリに対応し、ユーザ単位のパーミッション設定も簡単にできる。他にもブックマーク機能を使って任意のフォルダを記録しておくことがで

初期の頃は違うだろうが、徐々に開発が進んでいくとバグ（課題）があがってくるようになる。そうなるとシステムを修正した際にそのバグ番号と付け合わせて更新するようになるだろう。 設定画面 少ないうちは手作業でも良いが、数が多くなれば管理しきれなくなる。不特定多数の利用するオープンソース開発ではなおさらだ。そこでGurtleを使ってみよう。 今回紹介するオープンソース・ソフトウェアはGurtle、Google Codeで使えるバグ追跡システムだ。 GurtleはTortoiseSVNのプラグインとして動作するソフトウェアだ。そして使えるのはGoogle Codeの場合のみというちょっと限定的なソフトウェアでもある。だが同じ手法は他のプロジェクト管理でも十分できそうだ。 課題の一覧 Gurtleをインストールしていると、コミット時に課題を一覧で探せるようになる。その中から今回の更新によって解消される