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
github への移行準備
以下 Bram Moolenaar 氏が vim-dev にポストした内容。 https://groups.google.com/forum/#!topic/vim_dev/Io5A_Zir–k Google Code がシャットダウンする事になったので、我々は Vim のリポジトリの 為の新しい場所を必要としている。 多くのユーザーが各々の意見を出し、github を推す声が多いようだ。 これには不都合もあり、というのも、github へ移行するということは Mercurial から git へ移行するということだからだ。 これが気に入る人もいるだろうし、そうでない人もいるだろう。 しばらくかけて慣れる必要があるだろう。 私は個人的には Mercurial コマンドの方が好きだ。使い方がより明確だからだ。 君たちは Mercurial コマンドから git への置き換え方法を見つける事が
LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary
SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte
Git使いがMercurial使いに転職するとき設定しておくべきMercurial拡張 | Webシステム開発／教育ソリューションのタイムインターメディア
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
JapaneseFAQ - Mercurial
このページは FAQ の翻訳です。まだ不完全ですので適当に修正してください。 Mercurialよくある質問 （便利なワザも参照してください） 2.1. リビジョンナンバー、ChangeSetID、タグとは何か？ Mercurialでは基本的に特定のリビジョンを指定するための方法が3つあります。リビジョンナンバー、チェンジセットID、タグとです。 リビジョンナンバーは単なる10進数で、ローカルのリポジトリに何番目にコミットしたかという番号です。この順番はマシンごとに異なるということに十分注意してください。Mercurialは分散型で非集中的な設計になっているからです。 そのためチェンジセットIDが必要になります。チェンジセットIDはチェンジセットおよびチェンジセットの履歴における位置を一意に特定するための160ビットの識別子です。この値はどのマシンでも同じになります。Mercurialユー
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
UsingExtensions - Mercurial
Using Mercurial Extensions Expanding the basic functionality of Mercurial with optional extensions. 1. Introduction Mercurial is designed to offer a small, safe, and easy to use command set which is powerful enough for most users. Advanced users of Mercurial can be aided with the use of Mercurial extensions. Extensions allow the integration of powerful new features directly into the Mercurial core
Mercurial MQ について - daily dayflower
巷では git の大ブームだけど，ひさしぶりに Mercurial について書きます。 Mercurial について言及されたブログとか読んでいるとき，たまに MQ という言葉を目にして気になっていた。ながらく気にはとめつつ全然調べていなかったんだけど，ちょっと利用しようかなというケースがあり，ちょこっと触ってみた。 自分の理解では，MQ (Mercurial Queues) とは，誤解を恐れずにいえば Mercurial の changeset と独立して構成される修正履歴（パッチ）のスタックのようなものだ。 （なので今後 MQ の patch queues を Queues という名称と裏腹に「パッチスタック」「パッチ群」などと勝手に呼び称します） 「誤解を恐れずにいえば」と書いたけれど，この直感的な印象は MQ を使っていくうちに――大筋では変わらないものの――ちょっと変わった。それ
Google CodeはMercurialを採用、Gitは見送り | エンタープライズ | マイコミジャーナル
a fast, lightweight Source Control Management system designed for efficient handling of very large distributed projects. Googleは24日(米国時間)、ホスティングサービスGoogle Codeにおいてバージョン管理システムとして新しくMercurialのサポートを追加したと発表した。まだプレビューという段階で一般公開はされていない。利用するには申し込みが必要。プロジェクトごとに特定のユーザが試せる状況になっている。これでGoogle CodeはSubversionに次いでMercurialをサポートすることになる。 バージョン管理システムは大きく分けて集中型と分散型がある。代表的なところでは集中型にCVSとSubversion、分散型にGit、Mercurial、B
textdrop.net - このウェブサイトは販売用です！ - textdrop リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
はてなブログ | 無料ブログを作成しよう
顔に見える？最近「送水口」が気になるという話 「送水口」が気になる今日この頃 最近街中で気になる存在、それがこの「送水口」です。地上のフロアが7階以上あるビルなど、一定の条件を満たした建築物には設置が義務付けられているもので、火事が発生したフロアにただちに水を送るために使われるものです。ポンプ車…
Mercurial 勉強中 (6) - named branch と update -C - daily dayflower
今回は named branch についてです。別に Mercurial を利用するうえで必須の概念ではないのですが，こいつを使うと multiple heads での changeset 間移動に習熟できますので。 ひとことまとめ Multiple heads は怖くない！hg update -C で branch 間の移動も自由自在 ただし，update するまえに commit しといてね 準備 まず作業用のレポジトリを作ります。 % hg init % touch 1 2 % hg ci -A -m "1, 2 added" adding 1 adding 21 と 2 というファイルも追加しました。commit のオプション -A とは，commit 時に同時に addremove をかけてくれる……すなわち，未 commit のファイルを自動的に追加削除してくれる，というお役立
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Facebook、MercurialをGitよりも速くする
InfoQ: 分散バージョン管理システムの詳細なガイド
freehg - Informasi Terupdate dan Terkini
はてなブログ | 無料ブログを作成しよう