Mercurialでチェンジセットを別ブランチへ移動する - IoTシステム構築のIT工房Z
こんにちはkotaです。今回はタイトルの通りMercurialについての記事です。 私は普段Mercurialを使っているのですが、最近コミットした後のチェンジセットを別のブランチへ移動させたいという事があり、その時に調べた内容を書きます。 Mercurialを使っている方は、こんな場面に出会ったことはないでしょうか？ ブランチAにコミットしていたが、ブランチBにコミットすべきだった ブランチAからブランチBへマージしたくはないが、特定のチェンジセットの内容だけコピーしたい このような時には、graftやrebaseというコマンドを使うことで、ブランチをまたいでチェンジセットを移動することができます。 それぞれのコマンドの違いは、graftはチェンジセットをコピーしますが、rebaseは移動前のチェンジセットを削除します。 またgraftは全てのフェーズのチェンジセットに使えますが、reb
mercurialでdiffするときにファイル名だけだす - Acme::AnaTofuZ->new;
--statすればいいらしい $ hg diff -r 120 --stat
TortoiseHgでMQ - wyukawa's diary
MercurialにはMQというGitには無い機能がある。内容としてはGitのインデックスにちょっと近いかも。 この機能は簡単にいえばパッチ管理なのだが理解しづらい。以下のエントリが一番わかりやすい。 Mercurial MQ について - daily dayflower このエントリの流れをTortoiseHgでやってみたので、スクリーンショットをべたべたはってみた。 初期状態 カクテルを追加します。 ここで普通にコミットするのではなくQNewにadd_menuを指定してQNewします。 そうするとこんな感じ。add_menuというパッチが登録されました。 リポジトリエクスプローラはこんな感じ こんどはワインを追加して、QRefreshします。 リポジトリエクスプローラはこんな感じ。コミットとは異なりQRefreshは積算しメッセージは上書きされます。 リポジトリエクスプローラでPatc
atomでMercurialを使えるプラグインatom-hgを使ってみた
atomでMercurialを使えるプラグインatom-hgを使ってみた atomでMercurialを使えるプラグインatom-hgを使ってみました。 「atomならGitを使えよ！」というツッコミが入りそうですが、 会社でMercurialを使っていて、Gitは使えない状況なので atom-hgを使ってみることにしたので、そのメモを残します。 ずっと秀丸を使ってきた 社会人デビューはプログラマーだった訳ですが、 その頃から愛用していたのが秀丸でした。 Javaをやっていた時も、PHPを書くときも、 JavaScriptも、HTMLもCSSも、秀丸で書いていました。 Linux上でテキストを編集するときはviですが、 ずっとWindowsを使ってきていまして、 ソースコードを読むのも書くのも秀丸でした。 秀丸で全く困らないのですが、 会社でPHPのソースを触っているので、 PHPのIDE
Mercurialでshelveを使う — そこはかとなく書くよん。 ドキュメント
Mercurialでshelveを使う¶ Mercurialアドベントカレンダー 2012 の10日目です。 なお、 TortoiseHgアドベントカレンダー 2012 の10日目である、 TortoiseHgで shelveを使う とも関連があります。 shelveって？¶ みなさま一度は作業領域が編集中な状態でmergeしようとして、「作業領域の変 更が未コミットです」と言われたことがあるかと思います。そして、「い、い や、今はcommitしたくないんだよ！」と思ったことも。 こういう場合に使える拡張が、 hgshelve です。 shelve(棚)という名前の通り、現在の編集状況を一時的に保管し「棚上げ」で きる拡張です。 「棚上げ」した変更はリポジトリの特別な場所に格納され、いつでもその変更 を作業領域に戻せます。 実はMQを使えば同じことが出来るのですが、MQはなんでも出来てしま
Mercurialのバンドルファイルを扱う #mercurialjp - 放牧日記
このエントリは Mercuiral Advent Calendar 2012 の9日目です。 Mercurialで扱えるバイナリ形式の差分ファイル、バンドルファイルについて簡単に説明したいと思います。 バンドルファイルを作る ローカルリポジトリにあるリビジョンをバンドルファイルにする場合は hg bundle コマンドを利用します。 # リモートリポジトリに存在しないリビジョンをバンドルファイルにする hg bundle <出力ファイル> # REVISIONより新しいリビジョンをバンドルファイルにする hg bundle --base <REVISION> <出力ファイル> リモートリポジトリにあるリビジョンをバンドルファイルにする場合は hg incoming を利用します。*1 # リモートリポジトリにのみ存在するリビジョンをバンドルファイルにする hg incoming --bun
TortoiseHgを使ってWindowsマシンをMercurialのリポジトリサーバにする - 放牧日記
TortoiseHgはmercurialのサーバ機能を内蔵しているので、そのままリポジトリサーバになります。 TortoiseHgをリポジトリサーバにする 1.Workbenchを起動して適当なリポジトリを選択後、メニューから「リポジトリ」「ウェブサーバー」を選択します。 2.この状態ですでに8000番ポートでサーバーが起動しています。とりあえず停止します。 3.選択したリポジトリがルートで起動しているので、編集ボタンをクリックして名前を付けます。 4.プラスボタンを押して公開するリポジトリを追加します。 5.設定ファイルを保存します。 6.さて、この状態でサーバを起動してアクセスしてみましょう。 複数のリポジトリが公開できました。 アクセス制限する(Apacheを利用) TortoiseHgでサーバを起動した時点では誰でもpush出来てしまう危険な状態になっています。アクセス制限を設定し
RedmineとSubversion・Git・Mercurialのリポジトリ（ともに同じCentOSサーバ上）の連携（リポジトリの作成とアクセス・認証）
Redmine上からSubversion,Git,Mercurialのリポジトリ作成ができ、公開したリポジトリにプロジェクトに所属したユーザであれば、Redmineのユーザアカウントでアクセスできるようになります。 Subversion,GitなどのツールやRedmineとアジャイル開発、継続的インテグレーションに便利な各種プラグインに加え、今回の連携設定などをまとめてインストールできるALMiniumというものがあります。 前提 OSがCentOS Apacheをインストール済み （# yum install httpd） Apacheの実行ユーザ名とグループ名はapache Subversionとmod_dav_svnモジュールがインストール済み （# yum install subversion mod_dav_svn） Gitインストール済み(# yum install git)
リポジトリ - Redmineガイド
注1: バージョン管理システムの適切なコマンドがRedmineと同じサーバにインストールされている必要があります。 例えばRedmineからSubversionリポジトリにアクセスする場合、svnバイナリをRedmineが稼働するホストにインストールする必要があります。 注2 : バージョン管理システムのコマンドはRedmineから実行できるようパスが取っているなどしている必要があります。 以下のいずれかの方法があります。 コマンドにが置かれているディレクトリにPATHが通っている: もしコマンド名がデフォルトのものとは異なる場合は、Redmineの設定ファイルで呼び出すコマンド名を変更できます Redmineの設定ファイルでフルパスを指定することもできます。 最後に、「管理」→「設定」画面の「リポジトリ」タブ内「使用するバージョン管理システム」で、バージョン管理システムを有効にするのを忘
Mercurialにてブランチの閉鎖と再開の方法 - secretbase.log
Mercurial にて、閉鎖したブランチのを再開するためには、単純にコミットすれば良いことがわかりましたのでメモ。 branch の閉鎖 branch の閉鎖は、閉鎖したいブランチに update し、--close-branch オプションにてコミットすることで閉鎖できます。 ここでは、 stable ブランチを閉鎖する手順です。 $ hg update stable $ hg commit --close-branch $ hg branches default 980:bdfa3837e371 ブランチの一覧には、閉鎖されたブランチは表示されません。 $ hg branches -c default 980:bdfa3837e371 stable 981:449c1cd43027 (閉鎖済み) オプション -c をつけると、閉鎖済みのブランチが表示されます。 branch の再開
Mercurial でマージをなかったことにする | Webシステム開発／教育ソリューションのタイムインターメディア
本件はMercurialでアレを元に戻す108の方法に含まれるような内容ではあるのだが、非常に長くなるので独立した記事にしてみたい。QA形式に倣うのならこんな感じだろうか。 問題：誤ってブランチをマージしてしまった。しかしマージは公開され、それぞれのブランチには新しい修正も加えられている。それでもマージをなかったことにしたい。 ちょっと長くなる。サンプルのリポジトリを用意しつつ実際に実行できるようにしておいたので、読むだけでなくぜひ手元で実行してみてほしい。そうそう、途中 log -G と strip コマンドを使用しているので、graphlog と mq の extension は ON にしておいてほしい。具体的には hgrc に次の行を書いておく。 あと、各コマンドの結果は煩雑なので、blog に記載するにあたっていろいろとそぎ落としてある(特に log -G)。実際の実行結果は自分
hg(Mercurial)でfork(clone)元のリポジトリの変更を反映させる方法 | 鈍色スイッチ
Ilya Pavlov hg(Mercurial)でfork元リポジトリの変更を反映させる方法が、あるはずなのですが、探しても404 not foundになってたりbitbucketのサービス関連のものだったりして、少々ややこしかったので、Wayback Machineなども使って調べた結果をここに書いておきます。 要するに、所謂Gitにおける「git remote add origin フォーク元」及び「git fetch origin」と「git merge origin/master」です。 備考: gitの場合 先にも書きましたが、gitの場合は git remote add origin フォーク元リポジトリ でそのリポジトリのリモートとしてフォーク元リポジトリを指定しておくことで、フォーク元リポジトリを記録しておけます。 フォーク元の変更を取り込むときは、 git fetch
JapaneseFAQ - Mercurial
このページは FAQ の翻訳です。まだ不完全ですので適当に修正してください。 Mercurialよくある質問 （便利なワザも参照してください） 2.1. リビジョンナンバー、ChangeSetID、タグとは何か？ Mercurialでは基本的に特定のリビジョンを指定するための方法が3つあります。リビジョンナンバー、チェンジセットID、タグとです。 リビジョンナンバーは単なる10進数で、ローカルのリポジトリに何番目にコミットしたかという番号です。この順番はマシンごとに異なるということに十分注意してください。Mercurialは分散型で非集中的な設計になっているからです。 そのためチェンジセットIDが必要になります。チェンジセットIDはチェンジセットおよびチェンジセットの履歴における位置を一意に特定するための160ビットの識別子です。この値はどのマシンでも同じになります。Mercurialユー
Mercurialでブランチ名を変更する方法 - うさぎ組
キッカケ @nakayoshixさんに「defaultブランチで作業したリビジョン群に後からブランチ名を指定したい場合にどうすればいいのか」 と聞かれたので、その場では思いつかなかったんだけど、冷静に考えると簡単にできたので書いておきます。 hgのrebaseは「元のブランチ名を保持する」もしくは「移動先リビジョンのブランチ名を使う」のどちらかしかありません。 今回は「新しいブランチ名を使いたい」というケースです。 方針 で、今回の解決方法は新しいブランチをつくってから、そこにrebaseして、ブランチをつくるためだけのコミットのみを後から削除する。 という方針です。 もっとクールな方法があると思うのですが、あったら教えてください。 補足としてここで使用している拡張のrebaseとhisteditは次のように設定します。 次のように~/.hgrc に追記します。(WindowsだったらMe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hg
Rino Server Blog
4.10. サーバ — TortoiseHg 2.7.0 ドキュメント
gitignoreとhgignoreの相互変換？ - VoidCC
JapaneseRebaseExtension - Mercurial
GitHub - oblalex/hg-slackhooks: Mercurial hooks for Slack messaging service.