Mercurial初心者が絶対にブックマークすべきページ - ゲリラ的 uncorrelated ウェブ・テクニカル・ノート
『Mercurial の使い方のチュートリアル』を一読しておけば、日常作業に困る事は無いと思います。しかし、たまにはリポジトリに間違ったコミットをしてしまうものですし、最初は誰でも間違いがちです。そこで間違えたときに打つべきコマンドの覚え書きとして、以下のコマンド入力例を公開します。 ワーキングツリーにカレント・ディレクトリを移動している状態を前提にした操作例なので注意してください。また、各コマンドの詳細なオプションは hg help [コマンド] を見て確認してください。なお、Mercurialはバージョン1.7.3で動作確認しています。 編集を取り消し、あるチェンジセットの状態に戻す コミットをやり直す、コミット・メッセージを変更する チェンジセットを消す チェンジセットを打ち消す チェンジセットを変更する 複数のチェンジセットを一つにまとめる 履歴をさかのぼって特定のファイルを削除す
Kiln が Git (や他の SCM)ではなく Mercurial をサポートする理由 - tcha.org
Benjamin Pollack、 2009 年 10 月 24 日、 原文 (original post) Kiln が Mercurial を選択した理由を疑問に思うなら、つまり質問は 2 つあるということです。 Kiln が DVCS ベースな理由は? Kiln があえて Mercurial を選択した理由は? Kiln が DVCS ベースな理由は? DVCS が本物のブランチをサポートしているからです。 ご存知のとおり、 Subversion や CVS の様なツールでブランチをマージしようとすると、 まず間違いなくかなりイライラさせられてしまいます。 Subversion 1.5 以前はマージ履歴を全く記録しておらず、 また、最新版でさえそのメタデータを上手く活用できていないため、 マージはいつも途方もない労力を要し、間違いだらけのプロセスで終わるのが落ちだからです。 こうして
分散バージョン管理システムは誤解されやすいイノベーション（ジョエルも言っている） - 檜山正幸のキマイラ飼育記 (はてなBlog)
2009年6月12日に、僕は分散バージョン管理システムMercurialについて短い記事を書いて、そこで次のような言ってます。 実は僕は、分散バージョン管理という発想と仕掛けを最初はまったく理解できず、「エエーッ？なんだそれ」「そんなんでうまくいくのかよ？」とかグダグダ言っていたのですが、いったん使い始めればラクチンラクチン。 要するに、最初は誤解に基づき否定的だったってことね。僕と同じような誤解をする人がいるような気はしたのですが、あまりうまく解説できそうにないので*1： 「四の五の言ってないで、使ってミソ」ってことです。 最近になって、ジョエル・スポルスキ（Joel Spolsky / 青木靖 訳）の「分散バージョン管理で間違いないって、ベイビー」という記事を目にしました。2010年3月17日に書かれた記事です。 なんと、あのジョエル・スポルスキも最初は誤解に基づき否定的だったらしいで
Mercurial、この程度知ってるだけでけっこう使えるよ - 檜山正幸のキマイラ飼育記 (はてなBlog)
僕は、分散バージョン管理システムMercurialをサッパリ理解できなかったわけですが、「これは便利だ」と思ってからはずっと使っています。しかし、ジョエル・スポルスキのように研究したわけではなくて、数個のコマンドを覚えただけです。日常的作業は、それらでなんとか間に合っている感じです。なので、僕が使っているコマンド（少数です）を紹介します。 bashのコマンドラインで紹介しますが、使っているOSはWindowsです。とはいえ、コマンドラインでの使い方はOSによらず共通のはずです。 コマンドの詳しい解説はしません。あまり考え込んだり、躊躇はせずに； 「四の五の言ってないで、使ってミソ」ってことです。 “Mercurialのすすめ”や“Mercurialの概念的な解説”を一応挙げおくと： http://local.joelonsoftware.com/wiki/%E5%88%86%E6%95%A
Mercurial チュートリアル hginit.com の和訳 (Contents) - mmitouの日記
このチュートリアルは Joel Spolsky さんの書いた http://hginit.com の和訳です。 わかりやすくて楽しいチュートリアルを書いてくださった Joel Spolsky さんに感謝します。 Mercurial はモダンなオープンソースの分散バージョン管理システムで、Subversion のような古いシステムから素晴らしい発展をしたものだ。このユーザーフレンドリーな、6章からなるチュートリアルで、Joel Spolsky がキーコンセプトを教えるよ。 目次 Subversion Re-education (Subversion 再教育) Ground up Mercurial (Mercurial の基礎) Setting up for a Team (チームのために設定する) Fixing Goofs (失態に備える) Merging (マージする) Reposito
JapaneseUnderstandingMercurial - Mercurial
Mercurial を理解する 新規ユーザは Mercurial の分散開発モデルに混乱するかもしれません。このページでは、いくつかの基本概念を解説しようと思います。 順を追った説明は チュートリアル を参照してください。 1. リポジトリにあるもの Mercurial の リポジトリ には store と連動した 作業ディレクトリ があります: store は、プロジェクトの完全な履歴を格納しています。唯一中央にのみ履歴のコピーを持つ旧来の SCM 類と異なり、全ての作業領域ディレクトリは、履歴のプライベートなコピーを持っています。これにより、開発を並列に行うことが出来ます。 作業領域ディレクトリは、指定された時点 (例えば rev 2) におけるプロジェクトファイルのコピーを持っており、それらを編集することが出来ます。タグ や 無視するファイル に関する設定もリビジョン管理されているの
Mercurial で過去のログメッセージを変更する | 穀風
Mercurial で過去のログメッセージを変更する @ Mercurial 1.8.1 @ TortoiseHg 2.0.2 Mercurial は一つ前のコミットをロールバックでなかったことにできますが、2つ以上前のログを変更する方法はあまり公開されていない気がします。 しかし、MQというキューを管理するExtensionを使えば、比較的簡単に実現することができます。 といっても、以下のような制約があるので、実用できる場面は少ないかもしれません。 Synchronize 先には反映されません （最後に例を載せておきます） マージポイント以前には戻れません 以下では、TortoiseHg を使った例を示しますが、コマンドラインでも可能です。コマンドラインユーザはきっとMQもバリバリ使いこなしているかと思うので、こんな説明は必要ないでしょう。（超勝手な想像だな…） MQが有効になっていない
Windows＋TortoiseHgで始めるMercurial(設定編) - 記憶は削除の方向で
ちょっとMercurialのHowToを書く必要が出てきたので書いてみる。 この記事は1.1.xを基準にしていて古いので、2.x対応版に書きなおした。 設定 => 2.x版はこちら hgコマンドをTortoiseHgで => 2.x版はこちら ブランチ・リポジトリ間の連携 => 2.x版はこちら 間違えたときのやり直し => 2.x版はこちら bitbucketの使い方 =>2.x版はこちら TortoiseHgとは何か？ MercurialのGUIツールです。Windows標準のファイラーであるエクスプローラを拡張して、GUIでバージョン管理が出来るようにしてくれます。 同時にhgコマンドも使えるようにしてくれるので、Mercurialをインストールするよりお勧めです。 ダウンロードはこちらから -> TortoiseHg 現在の最新版は tortoisehg-1.1.9.1-hg-1.
第2回 「マージ」は怖くない ～ 分散した成果の集約 | gihyo.jp
前回は、様々な方法で複製したリポジトリにおいて、それぞれ異なる作業成果を"hg commit"し、下図のような状態を構築するところまでを説明しました。 図1 成果の分散 今回は、これら複数の成果を、最終的な成果へと統合する「マージ」について説明します。 成果の集約 成果をマージするためには、マージ作業を行うリポジトリへと成果を集約する必要があります。 成果の集約には"hg pull"を使用します。前回の説明では「リポジトリの複製」に使用した"hg pull"ですが、厳密には「一方の保持していない成果を他方に伝播」する、リポジトリ間連携機能なのです。 myrepo2の成果をmyrepoに取り込む手順を以下に示します。 コマンド1 % cd myrepo % hg pull ../myrepo2 pulling from ../myrepo2 searching for changes add
2009-06-11 - marsのメモ - ひとりPMS
Grailsネタに入る前に支援環境まわりを。ひとりプロジェクトだし，ゆるっとやるとはいえPMS的なにかはいるだろうと思い，試しにd3使ってみた。 ＃PMS=Project Management System えっと，これはTiddlyWiki（というかGTD TiddlyWiki）の派生ものらしく，Todoよりタスク管理っぽいことができそうなんで，これにした程度にしか知らない。似たようなの探すといろいろ見つかったが，目的を見失いそうなので，そっちは目をつぶることにした。 Trac使うにもサーバは無いし，Excelなんてまっぴらだったんで，d3みたいなTiddlyWiki系は条件がよかった（このファイルごとバージョニングしてしまえばいいしの）。 使い方はテキトウ。概念としてプロジェクト-アクション(Todo)，それにアクションに紐付けるコンテキストってのがあったので，それぞれをこんな感じに使
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bitbucketの使い方
Mercurial利用メモ
DVCSAnalysis - support - Analysis of Git and Mercurial - Google Code