Facebook の Mercurial に対する本気度まとめ - 彷徨えるフジワラ
Facebook のエンジニアブログで "Scaling Mercurial at Facebook" と題するエントリが 2014-01-07 に公開され、大きな注目を集めました。 また、このブログエントリについて解説した InfoQ の記事 "Facebook makes Mercurial faster than Git" や、その翻訳 "Facebook、MercurialをGitよりも速くする" も、多くの人がリツイートするなどして話題にしています。 このエントリでは、上記の記事では触れていない、Facebook の Mercurial への本気具合について、まとめてみました。 人的関与 Facebook は Mercurial の主要開発者を何人も雇用しています。最も顕著な例が、Mercurial プロジェクトのリーダーである Matt Mackall 氏その人の雇用でしょうか
(特に Git 併用ユーザには是非読んでおいて欲しい) Mercurial における『ブランチ』の概念 〜 その１ - 彷徨えるフジワラ
ここ暫く、Twitter や ML 等で、Mercurial の『ブランチ』に関する質問 (特に Git の『ブランチ』との対比) に答える機会が度々あったので、Mercurial における『ブランチ』の概念に関してまとめてみた。 実のところ、SCMBootCamp in Nagoya #1 での、稲田氏 (id:methane) の基調講演資料における Mercurial のブランチに関する説明 (30ページ目) を見て: 別途口頭での説明が無いと、初学者や他のツールからの移行者にとっては、誤解を招きやすいのではなかろうか？ と思ったのが、このエントリを書く元々の動機だったのだけれど、書き上げるのにかれこれ３ヶ月以上を要してしまったというのは、反省することしきり。 っつーか、ここ暫くは本家に (議論の叩き台としてリジェクト覚悟で) パッチ提案したりと、色々アレだったんで、その辺は勘弁して
Mercurialでブランチ名を変更する方法 - うさぎ組
キッカケ @nakayoshixさんに「defaultブランチで作業したリビジョン群に後からブランチ名を指定したい場合にどうすればいいのか」 と聞かれたので、その場では思いつかなかったんだけど、冷静に考えると簡単にできたので書いておきます。 hgのrebaseは「元のブランチ名を保持する」もしくは「移動先リビジョンのブランチ名を使う」のどちらかしかありません。 今回は「新しいブランチ名を使いたい」というケースです。 方針 で、今回の解決方法は新しいブランチをつくってから、そこにrebaseして、ブランチをつくるためだけのコミットのみを後から削除する。 という方針です。 もっとクールな方法があると思うのですが、あったら教えてください。 補足としてここで使用している拡張のrebaseとhisteditは次のように設定します。 次のように~/.hgrc に追記します。(WindowsだったらMe
Mercurial でのサブリポジトリの利用 - 彷徨えるフジワラ
ここ暫く、#TokyoMercurial (+ 懇親会)の席や twitter上などで、サブリポジトリ(subrepo)の利用に関する質問等が多かったのですが、口頭説明や、twitter の文字制限内では、なかなか正確に伝えるのが難しかったので、ブログエントリとしてまとめてみました。 っつーか、ある程度書きあがってから、僕の勘違いに突っ込みが入って、慌てて加筆修正しました(笑)。指摘感謝です！ > @yujauja 氏 サブリポジトリの利用開始 Mercurial のサブリポジトリ機能とは: Mercurial リポジトリを親に、外部のリポジトリやプロジェクトを入れ子にし、 コマンドの実行の際に、 それら一連のリポジトリに対して処理を行えるようにします。 〜 "hg help subrepos" より というものです。 サブリポジトリの追加手順は、hg help subrepos (日本語
hgweb.cgiでmercurialのリポジトリポータルを作ったよ
みなさんどうもこんにちは。CTOの馬場です。 突然ですが、みなさん、会社でリポジトリどうしてます？ インフラエンジニアだとしても管理したいものはたくさんありますよね。 プロダクトの設定ファイル、ドキュメント、 各種運用スクリプト、監視ツールのプラグイン等々... 弊社でもそりゃまぁいろいろありまして、 いままでは使っててSubversionだったんですけれども 2010年代にもなって中央集権はないだろうということで Mercurialを使って社内用のリポジトリを作ったのでその紹介です。 なぜMercurial? 標準ツール(全員が使えるようになるツール)として何を採用するか悩んだのですが、 git/bazaar/Mercurialの中からMercurialに決めました。今のところ。 最大の理由は MercurialがPythonだから です。 弊社ではCentOSなサーバを非常に大量に扱っ
Mercurial入門
プログラミング生放送勉強会 第13回＠愛媛 http://pronama.wordpress.com/2012/02/24/pronama-13-at-ehime/ セッション動画 http://www.nicovideo.jp/watch/sm17439148Read less
A Git User's Guide to Mercurial Queues / Steve Losh
Posted on August 10th, 2010. I've been using Mercurial Queues more and more lately. At the last Mercurial sprint Brendan Cully said something that made me realize that MQ behaves very much like a souped-up version of git's index. I wanted to write a blog post about the similarities between the two concepts so that git users could understand Mercurial's MQ extension a bit better and see how it can
Mercurial vs. Git: why Mercurial? - Work Life by Atlassian
As you can see, Git makes less of an effort to organize its CLI in a way that Subverison users will be used to. While you can work around this by retraining your fingers to type the new commands, it’s yet one more roadblock to switching systems. Worse, it simply isn’t necessary, as Mercurial’s Subversion-user-friendly but still powerful and elegant interface proves. Safer history with mercurial Me
mercuiralを使いながらgithubのpull requestを取り込む方法 - 放牧日記
http://partake.in/events/95ab571f-c477-43dd-8d96-396d3b670b6f:title=の成果発表です。 先日あるmercurialリポジトリのミラーリポジトリをgithubに作成したところ、開発がgithubに移ってしまうという(mercurial使い的には)ショッキングな出来事がありました。mercurial使いはいろいろ肩身が狭いですね。 それもこれも、「mercuiralを使いながらgithubのpull requestを取り込む方法」についてのノウハウが共有されていないことに問題があります。今後、二度と悲劇を繰り返さないために考察してみました。 想定する構成 考察した結果です。 bitbucket-and-github urlは次の通り central repository https://bitbucket.org/troter/
MQ におけるフェーズ機構 - 彷徨えるフジワラ
Mercurial 2.1 版から導入されたフェーズ機構は、『必要が無ければ、特に意識する必要が無い』類のもの。 でも、折角なので、一番手っ取り早くフェーズ機構の恩恵を受けるであろう MQ との併用モデルについて説明する。 以下の説明は、フェーズ機構の概要に関しては把握していることが前提。 まだ概要を知らない人は、"hg help phases" を参照のこと(ウェブ経由でも参照可能)。"s" が付く方 (phases) が概念としてのフェーズの説明で、付かない方がコマンドとしての phase の説明なので注意。 ＃ "export LANG=ja" 設定等が有効になっていれば、日本語化された説明を参照可能 さて、MQ を使っていて何が一番怖いかと言うと、個人的には以下の状況: push/pull/clone 契機で、MQ 配下のリビジョンが外部に漏れてしまう 一応、随分前から push
DVCSもBTSも知らない人達とScrumをやってみた。 - うさぎ組
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ４年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 （元請け会社の2人、当時同じ会社だった先輩、僕の4人） そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
mercurialでバグ予測ツールbugspotsつかった - Qiita
1.pythonモジュールのmercurialのインストールにかなり手こずった(たかのさんありがとう！) http://qiita.com/items/1714 2.ソースはこちらのものを拝借 http://d.hatena.ne.jp/karronoli/20120109#1326111368 コミットログのコメントの中で'fix(es|ed)?|close(s|d)?'の正規表現にヒットするコミットをバグフィックスと見なしている。 コメントを日本語で残しているなら、"修正"とかしてもいいかもしれない。 読めばわかると思うけど、該当の文字列がヒットしないとエラーになる 3.理屈 http://www.publickey1.jp/blog/11/post_193.html つまり、より高頻度にバグを修正し、かつ最近になって集中的に直しているほど、スコアが大きくなります。そしてスコアが大きい
Mercurial での改行コード - 彷徨えるフジワラ
※ NATIVE 設定周りと、.hgeol 設定反映契機に関する記述を改善しました＠2013-12-22 このエントリは、Mercurial Advent Calendar 2011 の5日目です。 Windows/Unix/Linux/Mac OS などなど、複数の環境における作業成果を、共有リポジトリ等を用いて共有する場合、環境毎にデフォルト値が異なる改行コードと文字コードは、かなりの確率でトラブルの原因となります。 このエントリでは、Mercurial における改行コードに関して説明しようと思います。 ＃ 改行コードの話が思いのほか長くなったので、文字コードは別エントリで .... (^ ^;;) Mercurial では 1.5.4 から、リポジトリ単位で改行コードを管理できる eol エクステンションが同梱されるようになりました。 改行コードの管理には、この eol エクステンシ
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
ケーススタディで学ぶMercurialのRebase拡張(Mercurial Advent Calendar 2011 1日目) - 放牧日記
今年から始まったMercurial Advent Calendar 2011 - [PARTAKE]の1日目です。(あんまりフライングといわれるので記事コピーしました。)最初は小ネタという事で、MercurialのRebase拡張の使い方についてケーススタディで説明したいと思います。いろいろパターンを上げていったらかなり長い記事になってしまいました。読むのに10分くらいかかります。 説明に出てくるリポジトリはhttps://bitbucket.org/troter/mercurial-advent-calendar-2011-1/に置いてあるシェルスクリプトで作成出来ます。unixやcygwinの環境が有る方は次のコマンドで作業環境が整います。（コマンドを列挙しているだけなのでwindows環境でも簡単に再現できると思います。） $ hg clone https://bitbucket.o
Mercurial拡張の書きかたについて
プログラミング (iOS, JavaScript, Jenkins, Sikuli) とMacやiPhoneなどの話題が中心のブログ MercurialがPythonで書かれていることもあり、単純なMercurial拡張を自分で書くのは意外と簡単です。この記事では簡単なMercurial拡張を作成してhgコマンドから呼び出す方法を簡単に説明します。 なお、Mercurialの内部APIを用いた場合には、そのコードはMercurialのライセンス (GPL) に従うことになるので注意してください。 スクリプトとしての起動 Mercurial拡張は単にMercurial APIを利用しているPythonのモジュールです。その出発点は次のようなスクリプトになります。 #!/usr/bin/python # -*- coding: utf-8 -*- from mercurial import u
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bitbucketの使い方
partake.in
分散リポジトリ型時代のソフトウェア構成管理
bitbucketの使い方