Mercurial を bitbucket で使う際のTips — 株式会社CMSコミュニケーションズ
PyCon JP 2011 でTrekサイン入りTシャツをゲットされた @troter さんからPython忘年会でお誘いをうけ、Mercurial Advent Calendar 2011 に参加することになりました。ということで、20日目の記事を書きます。 bitbukectでの便利な使い方を紹介します。 前段階 当社では、SubversionからMercurialに数年前に乗り換えました。新規プロジェクトから徐々に移行をしていましたが、現在はほぼ全てのプロジェクトでMercurialを使っています。 初期は、社内サーバの1台で中央サーバ的な役割を行なっていましたが、現在は bitbucket を利用しています。 bitbucket は有料会員となっています。有料会員になると、プライベートレポジトリへのアクセスが出来る人の人数を増やすことができ、当社では現在25人枠を持っています。 プ
the inside of largefiles extension - 彷徨えるフジワラ
最新の情報に関しては、オンラインヘルプ "hg help largefiles"（ウェブからも参照可能）を参照してください。large 扱いのファイルの取得方法／契機周りが色々改善されています。 このエントリは、Mercurial Advent Calendar 2011 の 19 日目です。 Mercurial の 2.0 版から、largefiles エクステンション (※ 以下 "largefiles") が標準同梱されるようになりました。 このエントリでは、largefiles の概要と併せて、このエクステンションがどのような仕組みで対象ファイルの構成管理を行っているのか、ちょっとだけ内側の話をしてみたいと思います。 ちなみに、largefiles は名前こそ『large』を冠していますが、ファイルサイズの大小での使い分け以外にも、『バイナリファイルか否か』で使い分ける運用の検討を
mercurial-backlog拡張を作った中で知ったこと - 放牧日記
このエントリはhttp://partake.in/events/902cd6d9-0215-4ea3-b51f-b8ff32e56426:title=の16日目です。ちょっと遅刻しました。。 仕事でBacklogというプロジェクト管理ツールを利用しています。とても便利なツールなのですが、Subversionのリポジトリしか連携出来ないという欠点があります。 というわけで、BacklogとMercurialのリポジトリを連携するためのmercurial-backlog拡張を作成してみました。 https://bitbucket.org/troter/mercurial-backlog 詳しい使い方はリンク先を見て貰うという事で、ここではmercurial拡張を作成する中で知ったことをいくつか紹介します。 (mercurial拡張の作り方についてはhttp://safx-dev.blogspo
zshでmercurialのactive branchesを補完する - yuitowest's blog
この記事は、Mercurial Advent Calendar 2011 - [PARTAKE]の3日目の記事です. みなさんいかがおすごしですか. ゲームの中でもチーフに冷たくされてしょんぼりしているyuitowestです. Mercurialを使っているとbranchをガンガン作ってガンガン切り替えます. 毎回 hg branches等でbranch名を確認して切り替えるのは面倒です. そこでzshの補完機能を使って hg update のあとにactive branchを補完してくれるようにします. まずはzshの補完関数を置くディレクトリを作ります. $ > mkdir -p $HOME/.zsh/functionspathを通します. .zshrcに以下を記述します. fpath=($HOME/.zsh/functions $fpath) zsh補完関数を設置します. touch
2011-12-02
この記事は、Mercurial Advent Calendar 2011の2日目の記事です。 revsetsとは? 築いてきた歴史から特定のチェンジセットを効率よく検索するための、Mercurialのサブセット言語だ。 Mercurialでは、 $ hg log -r 1000のlogコマンドように'-r'(--revision)オプションを付与できるコマンド(logコマンドは特に-rを多用する)がいくつかあるが、単にチェンジセットIDやリビジョン番号だけでなく、 revsetsと呼ばれる関数言語(helpでは問い合わせ言語と訳されている)を使うことで複雑なリビジョンを指定できる。 しかし、残念ながらこのrevsetsについて周知している人は少ないのではないだろうか? このrevsetsを使う時はhg logコマンドの場合が最も多いと考えているが、'hg log'のhelpにはrevset
Kanon LAB: Top
Kanon LABへようこそ Kanonは、プロジェクト管理のための総合ソリューションです。チケット(Trac)、バージョン管理(Git,Subversion,Mercurial,Bazaar)、CI(Jenkins)の3つの機能を統合して提供しています。 名前の由来 カノンとは、キリスト教の聖書教典のことで、クラシック音楽のカノン (同じ旋律が繰り返し演奏される輪唱)のことでもあります。クラシック音楽のカノンの 中でも有名なパッヘルベルのカノンは、本来弦楽器のために書かれたものですが、 ピアノ独創やポップ、ロックなど、様々な分野でそのメロディはモチーフとして使われ ています。Kanonは みなさんのプロジェクトの教典になるように プロジェクト毎にアレンジして使えるように カノンの用にメロディを変化させながら何度も詠唱できるように という意味をこめて名づけました。 インストール方法 # h
SCMBootCamp in Tokyo 2 を振り返って - 彷徨えるフジワラ
※ 2011/11/27 追記あり 時間枠中は、Twitter のタイムラインを見ている暇が無かったので、togetter でのまとめを元に、落穂拾い的に tweet された質問／疑問に答えることに。 まとめて頂いた @shinyaa31( id:absj31 ) 氏に感謝！(※ @shinyaa31氏自身のまとめはこちら) そして、改めて主催の id:kyon_mm 氏に感謝！ 基調講演枠での tweet 講演内容は好評だったようで一安心。 SCM ツール世代分類に関して: (@oota_ken) ClearCaseはClearCaseはClearCaseは まぁ多分、「ClearCase も忘れないであげてください」ニュアンスだとは思うけど、一応答えておく事に(笑)。 私自身、ClearCase を触ったことが無いので、『パターンによるソフトウェア構成管理』に記載された情報ベースで見る
bashでgitとmercurialを使いやすくする - YAMAGUCHI::weblog
はじめに こんにちは、Python界の渡辺篤史です。@nkjm宅にて記事を書いています。 （git-core 1.7.12以降で設定が変わるので、最新版を使う場合は最後の方を参照して下さい） プロンプトにブランチ名を表示させよう 今のbashプロンプト 僕はzshを使おうと思いつつzshのdotファイルがどれに何を書けばいいのかわかりません状態が続いてずっとbashを使っています。いまのプロンプトはどこでも同じ色で表示されるように次のようなものを使っています。 PS1="\[\033[0;37m\][\[\033[0;32m\]\t \[\033[1;36m\]\u\[\033[0;37m\]@\h \[\033[0;32m\]\w\[\033[0;37m\ ]]\n\$ "こんな感じで表示されます。 gitのブランチ名の取得 MacPortsでgitをインストールしていて、bash_co
Mercurial でマージをなかったことにする | Webシステム開発／教育ソリューションのタイムインターメディア
本件はMercurialでアレを元に戻す108の方法に含まれるような内容ではあるのだが、非常に長くなるので独立した記事にしてみたい。QA形式に倣うのならこんな感じだろうか。 問題：誤ってブランチをマージしてしまった。しかしマージは公開され、それぞれのブランチには新しい修正も加えられている。それでもマージをなかったことにしたい。 ちょっと長くなる。サンプルのリポジトリを用意しつつ実際に実行できるようにしておいたので、読むだけでなくぜひ手元で実行してみてほしい。そうそう、途中 log -G と strip コマンドを使用しているので、graphlog と mq の extension は ON にしておいてほしい。具体的には hgrc に次の行を書いておく。 あと、各コマンドの結果は煩雑なので、blog に記載するにあたっていろいろとそぎ落としてある(特に log -G)。実際の実行結果は自分
Mercurialでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
前回[@kana1さん](http://twitter.com/kana1)による[「gitでアレをもとに戻す108の方法」](/tech/git-undo-999)が大反響で世間はやはりgit使いが多いのかと再認識しました。 私も普段はgitを使っていますが、お仕事ではMercurialを仕事で使っているのでのっかって書き連ねてみましょう。 ### 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いていくつかコミットした。でももういらない さて初っぱなから行き詰まりそうです。基本的にMercurialは「コミットを積み重ねたものを後から編集する」ことに弱いのです。 MQを使って解決してみましょう。 $ hg update -r {revision} $ hg qimport -r {revision+1}:tip $ hg qpop –all $ hg qseries |
Mercurialのリポジトリ内のデータについて
プログラミング (iOS, JavaScript, Jenkins, Sikuli) とMacやiPhoneなどの話題が中心のブログ Mercurialではリポジトリであるディレクトリ.hgの中に管理している全ファイルの履歴に関するデータが入っています。それがどのように保存されているのかを例を用いて簡単に紹介します。 概要 ディレクトリ.hg内にはいろいろファイルが含まれています。ほとんどのデータは.hg/store内にあり、その中にチェンジセット、マニフェスト、ファイルの履歴が含まれています。 changelog ファイル: .hg/store/00changelog.iと.hg/store/00changelog.d マニフェストIDとコミット者、コメント、変更したファイル一覧などの各チェンジセットの情報を持ちます。 manifest ファイル: .hg/store/00manifes
Mercurialを使った俺々バージョン管理ノウハウまとめ(2009年夏編) - monjudoh’s diary
職場でMercurialを使っていい感じに俺々バージョン管理を やれるようになってきた感があるので、 ノウハウをまとめる。 概略 中央リポジトリと同期をとるbranchを用意する 同期branchはsync_cvsとかそんな名前 defaultをそのまま使っても良い このbranchで開発作業は絶対にしない 全ソースをhgで管理しない 中央リポジトリで管理しているソースの数が多い場合の話 hgで管理するファイル数が多いとhg update等が遅くなり、開発のスピード感が落ちる ticket毎に開発作業用branchを作成する 同期branchから作成する 同期branchから随時rebaseする 必ず、同期branchの最新版からrebaseした状態でテストを行う。 テストが通ったらticket別branchから同期branchにmergeする。その後、同期branchの内容で中央リポジト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Useful Mercurial Hooks