(特に Git 併用ユーザには是非読んでおいて欲しい) Mercurial における『ブランチ』の概念 〜 その１ - 彷徨えるフジワラ
ここ暫く、Twitter や ML 等で、Mercurial の『ブランチ』に関する質問 (特に Git の『ブランチ』との対比) に答える機会が度々あったので、Mercurial における『ブランチ』の概念に関してまとめてみた。 実のところ、SCMBootCamp in Nagoya #1 での、稲田氏 (id:methane) の基調講演資料における Mercurial のブランチに関する説明 (30ページ目) を見て: 別途口頭での説明が無いと、初学者や他のツールからの移行者にとっては、誤解を招きやすいのではなかろうか？ と思ったのが、このエントリを書く元々の動機だったのだけれど、書き上げるのにかれこれ３ヶ月以上を要してしまったというのは、反省することしきり。 っつーか、ここ暫くは本家に (議論の叩き台としてリジェクト覚悟で) パッチ提案したりと、色々アレだったんで、その辺は勘弁して
「妥当」な Mercurial バージョンの情報 - 彷徨えるフジワラ
※ 2015-01-19 更新 重要なお知らせ: 1.9 ⇒ 2.0、2.9 ⇒ 3.0、3.9 ⇒ 4.0 といったバージョン番号の増加でも、Mercurial のコンセプト／操作性／互換性等における大きな改変はありません。通常の定例アップデートに過ぎませんので、従来の版を元に書かれている情報の多くは、そのまま適用可能です。 現状でそこそこ妥当な Mercurial の版は以下の通りです。 由来不詳のリビジョンを含むリポジトリから履歴情報を取り込む可能性がある場合は、3.2.3 以降の使用を強く推奨 それ以外の場合は 1.8.1 〜 最新版 （使用状況によっては 2.2 〜 2.2.1 および 2.3 〜 2.3.2 の使用回避を推奨） また、個別のケースにおいて回避を推奨する版の情報を以下に示します。 revsets 記述によるリビジョン指定を多様する場合は、2.5 版以上を推奨(詳細
Mercurial 1.7 版以後の backout 挙動 - 彷徨えるフジワラ
11 月初旬リリースの Mercurial 1.7 に向けてメッセージ翻訳の日々を送っていたところ、backout コマンドのオンラインヘルプではたと筆が止まる。 何やら 1.7 版からは --merge オプションが指定されない場合の挙動が変わるらしいのだが、そもそも原文が --merge 指定有りの場合の挙動に終始していて、無指定時の挙動に関しては今ひとつはっきりしない。 ということで、実地検証をしてみることに。 まずは以前の版における backout コマンドの挙動の確認。 以下の様な履歴構成で、作業領域の親リビジョンが 2 である状態を仮定: ここでリビジョン 1 の修正を無かったことにする場合: $ hg backout -m 'backout non tip rev' 1 reverting hoge.txt created new head changeset 3:d1d7a
MBCS 文字列の折り返し - その 1 - 彷徨えるフジワラ
Mercurial の 1.4 版から、端末表示幅にあわせてヘルプテキストが折り返されるようになったのだけど、案の定というか、言語設定を日本語にしてある(LANGUAGE=ja 等)場合、折り返された行末で表示が乱れるケースがちらほらと。 ぱっと見、複数バイトで構成される文字の途中で改行されているんだろうなぁ、と原因の目星は付いていたのだけど、何やかにやでついつい後回しになっていたパッチ作成作業に、ようやく着手することに。 ソースを追いかけていくと結局のところ、Python 標準の行折り返しライブラリである textwrap モジュールが、明らかに１文字＝１バイトな文字コードしか念頭に置いていないことが原因っぽいことが判明。 そんな textwrap を Mercurial で使ってしまっていること自体は、まぁ良しとしましょう。でも、21 世紀ももうすぐ 10 年が経とうとしているこのご時
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
