2007年8月29日 HG MQ タイトルは見ても何のことやら、なのですが、要は Mercuail (Hg) でパッチを扱う mq 拡張の話です。 mq 拡張はプロジェクトのアップストリームとは別に、自分の所でローカルにパッチを扱う場合を想定した拡張で、実際使っているみるとかなり便利なものです。ということで、ちょっと使いかたのメモ。 まず、元になるプロジェクトのレポジトリが必要です。仮に myrepo とします。通常と同様に clone します。clone 先は qrepo とでもしましょう。 % hg clone myrepo qrepo さて、ここでちょっと実験的な変更を加えてみたくなったとしましょう。夏ですから、スゴイこともしたくなるものです。Mq 拡張では、変更をローカルなレポジトリ上の個別のパッチとして管理します。 最初に必要な動作は Mq の初期化です。qinit コマンドを使

stoplightで最大化したターミナル上でzshとscreenとEmacsを立ち上げ、 明朝体フォントでプログラミングするbokkoです。 今回はバージョン管理システムの1つであるMercurialについて紹介します。 ウノウではSubversionとTracを組み合わせて開発を行っていますが、 僕個人では今年の春ぐらいからEmacsやzsh、screenなどの各種設定ファイルをMercurialでバージョン管理しています。 Mercurialとは？ Mercurialは分散型のバージョン管理システムです。 これに対して、CVSやSubversion(以下SVN)は集中型のバージョン管理システムにあたります。 分散型と聞くと難しそうなイメージがわくかもしれませんが、 CVSやSVNに比べてると、より手軽にバージョン管理を行うことができるというのが、 Mercurialに対する僕の印象です

ここではMercurialのコマンド、hgについての個人的にまとめたものを公開しています。 初期化 hg init, hg init [パス名]パス名はリポジトリを作成したいパス、指定しない場合はこのコマンドを打ち込んだフォルダで.hgフォルダを作成する。 ファイル操作 hg add [ファイル名]ファイルをリポジトリに追加する。 hg addremove, hg addremove [ファイル名]ファイルを追加し、リポジトリ内に見あたらないファイルをリポジトリから削除。ファイル名を指定しない場合は自動で新しいファイルを追加してくれる。 hg remove [ファイル名], hg rm [ファイル名]ファイルをリポジトリから削除。その際、ファイル自体も削除されるので注意。 hg copy [ファイル名] [ファイル先], hg cp [ファイル名] [ファイル先]ファイルをコピーする。コピ

重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る

ゲームエミュレータMAMEをMac OS Xに移植したことで知られるDave Dribin氏が、自身のブログ記事で、分散型のバージョン管理システム(DVCS)を検討しています。Git、Mercurial、Bazaarの三者を比較した結果、氏はMercurialを選んだそうです。GitはWindowsサポートが弱く、Bazaarはただでさえまだ普及していないDVCSの中でもさらにシェアが小さすぎるのが問題だとのこと。 そもそも日本ではまだ(分散型ではない)CVSやSubversionが主流で、DVCSはほとんど普及していないように思いますが、使っている方がおられれば感想を聞かせてください。

Mona OS開発者ひげぽん氏のブログ記事で今さらながら知ったのですが、かのリーナス・トーヴァルズが、「Subversionは史上最も無意味なプロジェクト」とこきおろしていたそうです。 元ネタはリーナス氏が半年ほど前にGoogleで行ったgitに関する講演(YouTubeビデオ)で、satologのブログ記事によれば ぼくの CVS への憎悪が意味するのは、ぼくが Subversion のことを史上最大の無意味なプロジェクトだと見ているということだ。Subversion がしばらくの間スローガンにしていたのに、「ちゃんとした CVS」みたいなのがあったよね。そんなスローガンでスタートしたら、もうどこにも行くところがない。CVS をちゃんとすることなんて不可能だからだ。 と述べていたとのこと。「CVS が好きな人は精神病院に行ったほうがいい」「tarボールとパッチのほうがはるかに優れたソース

24日(米国時間)、Mercurialの最新版となるMercurial 1.0が公開された。待望の1.0登場だ。次期バージョン管理システムを模索している場合、まず検討対象に加えておきたいプロダクトだ。 ソースコードの集約やバージョン管理を実施するためのシステムとしては、典型的にはCVSが有名。現在でも多くのプロジェクトでCVSが採用されている。しかしながらCVSは既存のバージョン管理システムを拡張してきたシステムであり、UNIXの仕組みに依存していることや名前の変更が面倒などいくつかの点で操作に不便な点があった。同点を解消する目的でいくつものバージョン管理システムが開発されたわけだが、そのうちのひとつがMercurialというわけだ。 バージョン管理システムの代替としてはFLOSSならSubversionやGitが有名だ。すでに多くのプロジェクトでSubversionやGitが採用されてい

[ Topページへ戻る ] Mercurialでバージョン管理 概要 「分散リポジトリ方式」なる言葉によって興味をひかれたバージョン管理ツールがこのMercurialです。 今までのバージョン管理ツールへの不満 オフラインでもバージョン管理したい いままで、職場や自宅において、CVSやSubversionを使うときは、1台のマシン上にリポジトリを置き、そのリポジトリに対してチェックアウトやコミットといった変更の払い出し・登録を行っています。 したがって、リポジトリのあるマシンと作業マシンがネットワークで接続できないときは、チェックアウトした作業ディレクトリの変更をコミットできませんし、過去の変更履歴も調べられません。ネットワークに接続できない期間が短時間ならいいのですが、長期間になるとこれはバージョン管理ができないに等しい状態です。 気軽なリポジトリ作成ができたらいい ちょっと作ったプログ

Mercutialの勧め Mercurialはバージョン管理システムである。 ソフトウェアをチームで開発する場合は必須のツールで、かなり長い間CVS(Concurrent Version System)が採用されることが多かった。CVSはとても便利で、今も私が参加しているチームでは主役だ。しかし、CVSには欠点が多く、決定的な事はチェンジセットをサポートしていない事だと思う。チェンジセットとは複数のファイルをひとつの変更単位として扱うことである。CVSはファイル単位でしか管理することができない。(CVSの成り立ちからそうならざるを得なかった。)だから、CVSでは案件別に変更を管理しようとすると運用が難しくなってしまうのだ Mercurialはこのチェンジセットという更新単位をサポートする。以下はバージョン管理システムの基本的な動作をチェンジセットでどのように管理されるのかを具体例で説明する

Pythonで書かれた分散SCM 本家 JapaneseTutorial Mercurial の利用 Mercurial 開発者に BitKeeper が圧力 (SlashdotJapan 2005-10-02) 分散SCM: 履歴管理システムとパッチ管理システム (YamaKenZ の日記 2007-02-29) 履歴管理システムとパッチ管理システムをわけて考える． Mercurialではパッチ管理は，Mercurial Queuesとして分離されている． Mercurialいいですね〜 arinoはSubversionより大分好きです。 Linuxカーネルはgit，それ以外はSubversion．ただしレガシーなプロジェクトはCVSって使い分けてますが，Subversionに対するMercurialの利点って，やはり分散リポジトリなのでしょうか？ - Mercurialは使ったことが

【1】   SCMとは？ 「Software Configuration Management System」の略で、 邦訳は「ソフトウェア構成管理システム」がふつーなんですが、 一般には「バージョン管理ツール」とかの方が通りが良いでしょう。 主な機能として、 管理対象ソフトウェアのソースコード一群の変更を記録しておき、 時系列順に変更履歴をたどれるようにしたシステムなんです。 具体的な対象はソースコードファイルが基本です。 ソースコードの変更のあった行を抽出したり出来ます。 最近のバージョン管理ツールは あらゆるファイルの履歴を追えるようになっています。 ワードやエクセル、バイナリファイルなどもとりあえず バージョン別に記録されたものを取り出せます。 （部分的な変更を抽出まではできないことが多いです。） 仕組みとしては 「管理対象ファイル群」とは別に 「リポ