（特に Git 併用ユーザには是非読んでおいて欲しい） Mercurial における『ブランチ』の概念 〜 その６ - 彷徨えるフジワラ
長々続いたこのシリーズも、今回で一応終了。 最終回の今回は、『名前付きブランチ』に関する、ちょっと踏み込んだ話題を扱う。 普通に運用する場合には、それほど必要となる局面は無いかも知れないけれど、知っていればちょっとは便利になるかもしれない事柄などを。 以下、各回で説明する主なトピック: その１： 名前無しブランチ その２： 名前付きブランチ その３： ブックマーク その４： 構造的ブランチ その５： 名前付きブランチ運用で必要なトピック その６： 名前付きブランチに関するちょっと踏み込んだ話（本エントリ） 構造制約を持たない名前付きブランチ その２でも述べたように、『名前付き』ブランチは、各リビジョン毎に持っている『ブランチ名』属性を元にした、一種のリビジョングループと言える。 情報管理上、『ブックマーク』や Git の『ブランチ』のように、単一の名称に対して『ヘッド』が一つ、といった制約
mercurialのマージ作業をvimで - logiqboard
GUIの無い環境で開発してると手動マージが発生したときに結構たるい作業を強いられる訳です。 mercurialのデフォルトだと <<<<<<<<<local ウオー ========== うおー >>>>>>>>>otherなんてのをテキストエディタでちまちま直す必要があるわけで、めんどい。 マージツールつかえよ vim様にはマージ機能があるというのは前から知ってて使いたかったんだけど、どうも操作がよくわかんなくて放置していました。 ということで、ちょっと真面目に調べてみた。 設定 まずmercurialの設定 hgrcなどにマージツールとしてvimdiffを使う設定を書く [ui] merge = vimdiff 使う confrectが発生するようなマージを行うと、勝手にvimがdiffモードで立ち上がります。 デフォルトでは マージ結果 | local | otherてな感じに縦3分
Git使いがMercurial使いに転職するとき設定しておくべきMercurial拡張 | Webシステム開発／教育ソリューションのタイムインターメディア
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
WindowsでTortoiseHg 2.xとbitbucketを使う - Natural Software
容量無制限+プライベートリポジトリ作り放題につられてbitbucketを試しています。 TortoiseHg 2.xのGUIでbitbucketを使うまとまったサイトが見つからなかったので、TortoiseHGでSSHを使ってbitbacketにアクセスする手順をまとめておきます。 環境 Windows 7 32bit/64bit TortoiseHg 2.0.3 手順 TortoiseHGをインストールする TortoiseHGのサイトからインストーラをダウンロードする(32bitと64bitでインストーラが違うので注意) 設定は特に変更せずインストールする SSH用の鍵を作成する(*nix環境で作成した秘密鍵を使う場合は後述) PuTTYごった煮版のサイトからインストーラをダウンロードする 設定は特に変更せずインストールする 「C:\Program Files\PuTTY」にある「pu
分散バージョン管理の可能性 - プログラマの思索
InfoQに分散バージョン管理の可能性の記事があったのでメモ。 ラフなメモ書き。 【元ネタ】 InfoQ: エンタープライズ分野での分散バージョン管理システム (引用開始) DVCSは速度を重視して設計されている。新しい実装方式、新しい技術、苦労した獲得した知識の結集であり、前世代のSCMよりも高速に動作する。ローカルにリポジトリを持てるから速いというだけでなく、従来のSCMと同様の条件でも速い。また、ブランチ作成も得意でマージ機能も優れている。90年代後半から2000年代前半ではブランチ作成とマージは"悪"だった。その当時の主流のバージョン管理システムのブランチ作成機能とマージ機能が貧弱だったからだ。処理が遅く、エラーが頻発していた。その結果、若い開発者はブランチ/マージ嫌いとして育ってしまった。DVCSは高速に動作するブランチ作成機能と本当に使えるマージトラッキング機能を実装した。30
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Page not found
Counting changed lines of code over time in a repository
http://www.machu.jp/posts/20080311/