OxidationPlan - Mercurial
Using Rust in Mercurial This page describes the plan and status for leveraging the Rust programming language in Mercurial. Why use Rust? Today, Mercurial is a Python application. It uses Python C extensions in various places to achieve better performance. There are many advantages to being a Python application. But, there are significant disadvantages. Performance is a significant pain point with
Facebook is writing a Mercurial server in Rust. This is not a drill
Facebook is writing a Mercurial server in Rust. This is not a drill Between Git and Mercurial, the two most popular distributed version control systems in use today for managing software development, Git gets most of the attention. Git was created by Linus Torvalds, which gives it a pedigree. And it has benefited from the popularity of commercial services built around the technology, like GitHub.
Scaling Mercurial at Facebook
With thousands of commits a week across hundreds of thousands of files, Facebook’s main source repository is enormous–many times larger than even the Linux kernel, which checked in at 17 million lines of code and 44,000 files in 2013. Given our size and complexity—and Facebook’s practice of shipping code twice a day–improving our source control is one way we help our engineers move fast. Choosing
generaldeltaを有効にしてmercurialのリポジトリサイズを減らす - 放牧日記
Mercurialのリポジトリの履歴のフォーマットは通常のフォーマット以外にgeneraldeltaというものが有ります。 http://mercurial.selenic.com/wiki/GeneralDelta と偉そうに言ってみましたが、NetBSDリポジトリに関するMLのツイートをtwitterで見て初めて知りました。 NetBSD の git/mercurial Repository 作ろうとしている人がいるのか。 http://t.co/JgAYsvynUu— 山本 茂 (@BsdHacker) April 10, 2014 通常のフォーマットと比べるとリポジトリサイズが小さくなるらしい*1ので、pypyのリポジトリで試してみました。 有効にする .hgrcに次の設定をしてください。 [format] generaldelta = true クローンしてみる generald
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 氏その人の雇用でしょうか
Daily Hacking: CVS から Mercurial に変換する
2007年8月22日 CVS から Mercurial に変換する いくつか古いプロジェクトで CVS レポジトリで管理していたのがあるのですが、やはり最近は面倒になってきました。そこで、新しいバージョン管理ツールに移行することにしました。 日頃使っているツールには git と mercurial (hg) があるのですが、今回は mercurial への変換を試してみます。git-cvsimport というのもあるのだけれども、こっちはうまくいかなかったので、そのうちに再チャレンジしてみます。 手順は元になる CVS レポジトリを用意convert-repo を実行微調整という具合なのですが、それぞれに困難が待ち受けていました。勇者への道のりは険しいものです。 まず、CVS レポジトリですが、これは checkout したレポジトリで、元の *,v などではないのですね。 考えてみれば、
Kawasaq Blog
Behind the scenes 他のリビジョン管理システムと違って Mercurial はシンプルなので、実際にどのように動いているかについて簡単に理解できます。これについては必ずしも知る必要はないのですが、だいたいどのように動いているかについて知っておくと便利です。 Tracking the history of a single file Mercurial がファイルの変更を追跡するために、Mercurial はそのファイルの履歴を filelog と呼ばれるメタオブジェクトに保存します。 filelog 内のそれぞれのエントリは追跡されているファイルのあるリビジョンを再構成するのに十分な情報を持っています。 filelog は .hg/store/data に保存されています。filelog は 2 種類の情報を持っています。1 つはリビジョンデータで、もう 1 つは Merc
最近みた TechTalks: Mercurial Project
Mercurial という分散 SCM の紹介. Python 製で, シンプル軽量スケーラブルが売り. 開発を初めたきっかけは linux の BitKeeper 事件だという. (だから GIT がライバルらしい.) OpenSolaris や OLPC など, けっこう採用実績があるのに驚いた. 私は分散 SCM を触ったことがない. SVK をちょっとつついたくらい. 話を聞く限り Mercurial はけっこう良さそう. (スライドは Wiki に公開されている.) 分散はさておき軽量なのがいい. たとえばレポジトリのためにわざわざ svnrepos みたいな別ディレクトリを作る必要がない. 作業コピーの中に .hg ディレクトリができて, ここに履歴が収められる. つまり作業コピーのディレクトリでレポジトリが閉じている. svn だとレポジトリを作るのが面倒でバージョン管理を先
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
Omicron Mercurial
Pythonで書かれた分散SCM 本家 JapaneseTutorial Mercurial の利用 Mercurial 開発者に BitKeeper が圧力 (SlashdotJapan 2005-10-02) 分散SCM: 履歴管理システムとパッチ管理システム (YamaKenZ の日記 2007-02-29) 履歴管理システムとパッチ管理システムをわけて考える． Mercurialではパッチ管理は，Mercurial Queuesとして分離されている． Mercurialいいですね〜 arinoはSubversionより大分好きです。 Linuxカーネルはgit，それ以外はSubversion．ただしレガシーなプロジェクトはCVSって使い分けてますが，Subversionに対するMercurialの利点って，やはり分散リポジトリなのでしょうか？ - Mercurialは使ったことが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
404 | iVy.fr
Mercurial wins me over
JapaneseTutorial - Mercurial