hg branch ,hg merge - metabo346の日記
ブランチの作成 デフォルトbranchにvimで defo(中身も"defo")というファイルを作って add ciもしておく $ ls defo 新しくブランチ作る $hg branch bra2（新しく作るブランチの名前） コミットしないとhg branchesに反映されないので $hg ci $hg branches bra2 1:fc39640c462b default 0:f7797dac7887 (inactive) hg branchesはレポジトリ内のブランチをすべて表示してくれる bra2に適当なファイル作ってaddしてciする $ ls defo bra2（今作った適当ファイル） これでブランチbra2にはbra2ファイルがあるけど defaultにはないはず ブランチを切り替える ブランチを切り替えるにはupdateコマンドを使う $ hg up default(切り
hg(mercurial)のmergeで衝突箇所を見やすくした - それマグで！
hg(mercurial)のmergeで衝突を見やすくした。Vimdiffを使うことにした。 かなり便利なった。 hgのマージ処理がやりにくい。 mercurialのmergeはそれなりに賢い。でも手作業マージが無くなるわけでもない。 $>hg merge を叩くと、衝突時にviが起動する。しかしコレが読みづらい。Mercurialが自動でファイルを混ぜてしまう。 コンフリクト箇所が一カ所なら対応できる。複数箇所のコンフリクトがあるとき マージ忘れが頻発する。 しかも、Mercurialが自動的に「<<<<<」マークする。ファイルにゴミが増える。 リリースファイルにゴミが発生しエラー発生する。 windowsならwin-merge WindowsでHGを使っている人はWinMergeを使っていた。楽ちんそうだった。 vimdiffが使いたい。 LinuxコンソールはVimdiffというvi
mercurialのマージ作業をvimで - logiqboard
GUIの無い環境で開発してると手動マージが発生したときに結構たるい作業を強いられる訳です。 mercurialのデフォルトだと <<<<<<<<<local ウオー ========== うおー >>>>>>>>>otherなんてのをテキストエディタでちまちま直す必要があるわけで、めんどい。 マージツールつかえよ vim様にはマージ機能があるというのは前から知ってて使いたかったんだけど、どうも操作がよくわかんなくて放置していました。 ということで、ちょっと真面目に調べてみた。 設定 まずmercurialの設定 hgrcなどにマージツールとしてvimdiffを使う設定を書く [ui] merge = vimdiff 使う confrectが発生するようなマージを行うと、勝手にvimがdiffモードで立ち上がります。 デフォルトでは マージ結果 | local | otherてな感じに縦3分
Mercurialのマージ作業にはまる - rabbit2goのブログ
Mac環境でMercurialを使って作業。変更点をコミット(hg commit)した後、サーバのリポジトリへ更新をかける(hg push /path/to/server)が失敗してしまう。サーバの更新をローカルへ反映(hg pull /path/to/server)させてみたら、headが2つになった(hg heads)のでマージ(hg merge)を行う。（ここまでは良くある作業） しかし、自分一人しか使っていないリポジトリなのに、なぜかコンフリクトが発生したというエラーメッセージが表示される。どうやら最新のリビジョンではなく、古いリビジョンを使って作業していたらしい。コンフリクトしたファイルを手作業で編集して再度コミット(hg commit)するが、失敗してしまう。考えてみればマージ作業を行うためのエディタが起動してこないのが変だ。要するにマージ作業自体がMercurialに伝わって
Mercurial basics | MDN
I am about to tell you some stuff about Mercurial that will save you a lot of frustration. This page is cynical and survival-oriented. But I still claim Mercurial is a lot better than CVS. —jorendorff 16:06, 12 May 2008 (PDT) 心構え Mercurial は CVS ではありません。 コマンドが違います。 コンセプトも違います。 この銃には弾丸が装填されています。 あなた自身の足を撃つかもしれません。あなたの作業を無駄にするかもしれません。このツールはあなたを守ろうとしますが、それでもそれは起きてしまいます。よくある失敗が 2 つあります: (a) よく知らずにコマンド
第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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
