JapaneseMqExtension - Mercurial
このエクステンションの非推奨化を検討していますが、まだ合意がとれていません。 Mercurial Queues エクステンション 現在、このエクステンションは Mercurial とともに配布されています。 作者: Chris Mason 1. MQ を始める方へ一言 Mercurial を始める方が、 MQ を必要とすることはほとんどありません。 あなたが MQ をお使いで、気に入っているのなら、ぜひ使い続けてください。 しかし、 Mercurial を習得しようとしているなら、代わりに最新のツールを使って下さい。 例えば hg rebase, hg histedit, hg graft, hg strip, hg strip --keep, hg commit --amend です。 詳しくは各コマンドの説明をご確認ください。 The problems with MQ is that
Mercurial 2.3 版での内部 API 変更による 3rd party エクステンションのトラブル - 彷徨えるフジワラ
Mercurial 2.3 では、幾つかの内部 API の仕様が変更されたことで、3rd party エクステンションの中には、正常に動作しないものがあります。 現状、私が情報を把握しているものは以下のものです。 hggit (※ 修正済み) hgsubversion (※ 修正済み) projrc (※ 修正済み) collapse (rdiff も ?) 『※ 修正済み』表記のあるものは、既に 2.3 API に対応した版が公開されているものです。これらを併用されている方は、速やかに最新版に更新してください。 また、上記で列挙したエクステンション以外で、同様の、あるいは現象は違うけれども、2.3 での API 仕様変更の影響が疑われる現象を見かけた際には、以下のような手段で連絡頂けると助かります。 本ブログエントリへのトラックバック／コメント 私宛のツイート #mercurialjp
Git 対 Mercurial：なぜ Git を選ぶのか？ - Atlassian Japan
今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが Vim と Emacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは本来の仕事そっちのけ
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
ここで見たように、Git は、Subversion ユーザーにその CLI に早く慣れてもらうようにするということをあまり考慮していません。 新しいコマンドを入力するために指を再度トレーニングすることによりこの問題を回避することはできますが、それでもシステムを移行する上での障害の一つになるでしょう。その上、Subversion ユーザーにとってフレンドリーで、かつ、強力で美しいインターフェースをもった Mercurial があるので、Git がなくても問題はありません。 履歴が安全な Mercurial Mercurial の哲学は、 “履歴は永久的で神聖である” ということです。Mercurial のコアには、履歴を変更できるコマンドがたった一つだけあります。hg rollback です。このコマンドは直前のプルやコミットを “取り消し” ますが、それより前のものには一切触れません。 G
GitConcepts - Mercurial
Mercurial for Git users Git is a very popular DistributedSCM that works very similarly to Mercurial. Both are built upon such similar concepts that most repositories can be converted to and from Mercurial and Git without any significant data loss! There are, however, significant design and conceptual differences that may cause trouble when coming from Git to Mercurial. 1. High-level Comparison Mer
LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary
SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte
MercurialのPager Extensionを設定して快適にコミットログを追いかける - 日々是鍛錬
Git使いであれば、diffやlogの差分はデフォルトでpagerが設定されており、コミットログを追いかけやすい設定になっていることはご存知だろう。 Mercurialでは、diffやlogの出力は、pager経由ではなくすべて出力される設定になっている。 このままだとlogを追いかけるのが難しくなり、開発サイクルが破綻してしまうので、Pager Extensionを設定して快適にコミットログを追いかけたりやdiffを確認できるようにしよう。 Pager Extensionは、Mercurialにバンドルされているので.hgrcに次の設定を加えるだけで有効化できる。 [extensions] pager = [pager] pager = LESS='FSRX' lessさらにこの設定に加え、PIPEが壊れた時のエラーメッセージを抑制するために [pager] quiet = Trueを追
Gitユーザのための、Bitbucket+Mercurial経由でのデプロイ方法 « Coding Suicidal
Time to Read 5分 Why Mercurial & Bitbucket Mercurialとは Gitっぽい分散型バージョン管理ツール。Python界隈でよく使われているらしい。コマンドは hg 。 Bitbucketとは Mercurialを利用する、リポジトリホスティングサービス。簡単なWikiやトラッカも付く。無料利用可能。 ウェブサービスかなんかをデプロイする際、Capistranoなどが便利だけれど、Capistrano経由のデプロイではリポジトリが存在しないと旨味が少ない。この時、まあ、Webサーバと同じサーバに公開リポジトリを作るよりは、外部のリポジトリホスティングとかを頼りたいよね、と言う話。 Githubと言う最強のホスティングサービスでGitを使ってもいいけど、今回紹介するBitbucketは「無料でプライベートリポジトリが作成可能」なので、色々都合がいい場
Git使いがMercurial使いに転職するとき設定しておくべきMercurial拡張 | Webシステム開発／教育ソリューションのタイムインターメディア
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
Mercurial初心者が絶対にブックマークすべきページ - ゲリラ的 uncorrelated ウェブ・テクニカル・ノート
『Mercurial の使い方のチュートリアル』を一読しておけば、日常作業に困る事は無いと思います。しかし、たまにはリポジトリに間違ったコミットをしてしまうものですし、最初は誰でも間違いがちです。そこで間違えたときに打つべきコマンドの覚え書きとして、以下のコマンド入力例を公開します。 ワーキングツリーにカレント・ディレクトリを移動している状態を前提にした操作例なので注意してください。また、各コマンドの詳細なオプションは hg help [コマンド] を見て確認してください。なお、Mercurialはバージョン1.7.3で動作確認しています。 編集を取り消し、あるチェンジセットの状態に戻す コミットをやり直す、コミット・メッセージを変更する チェンジセットを消す チェンジセットを打ち消す チェンジセットを変更する 複数のチェンジセットを一つにまとめる 履歴をさかのぼって特定のファイルを削除す
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
How to write extension for Mercurial
引数／戻り値の型が不明瞭: 文字列／changectx 型／内部データ形式(node) 1.0 版以前は、内部データ形式を必要とするケースが多かった 現行版では概ね、引数なら文字列／changectx 型が併用可能、 戻り値は changectx/filectx ないし revlog 型になっている (内部データ形式の直接アクセスは隠蔽)ので、 あまり心配する必要は無い(筈) ---- 引数／戻り値の型が不明瞭: 文字列／changectx 型／内部データ形式(node) 1.0 版以前は、内部データ形式を必要とするケースが多かった 現行版では概ね、引数なら文字列／changectx 型が併用可能、 戻り値は changectx/filectx ないし revlog 型になっている (内部データ形式の直接アクセスは隠蔽)ので、 あまり心配する必要は無い(筈) undocumented な
WhatsNew - Mercurial
Release Notes Features and bugfixes in our latest releases. Please see the Download page for links to source and binaries. Note that Mercurial follows a time-based release plan with major releases every three months and minor (bugfix) releases on the first of every month (see TimeBasedReleasePlan). Be sure to read the upgrade notes when upgrading. (See the archive for older versions) 1. Mercurial
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
KeywordExtension - Mercurial