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 氏その人の雇用でしょうか
hg から git に変換する - uzullaがブログ
最近14年つかっていたdocomoからMNPでauにうつりました。 長年つかっていたのでdocomoに愛着もあったのですが、いかんせんネットの情報を鵜呑みにする情強をきどるには、docomoはつらすぎ感がすごく…。 情しか理由のない選択に意味はあるのか？と悩んだ末に、まあauにしました。 本題 hgをgitに移行する話。 単純に最新をcheckoutして、そのままcommitするとログもブランチも消し飛ぶのでつらい（当たり前） とはいえ、世の中にはちゃんとツールがある git clone git://repo.or.cz/fast-export.gitmkdir -p /path/to/new_git_repo cd /path/to/new_git_repo git init /path/to/fast-export/hg-fast-export.sh -r /path/to/old_h
「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 - うさぎ組
はじめに git commit するまえに考えるべき10のこと | Act as Professionalを読んでいろいろと思うことがあったので書きました。 これはSCMBootCamp主催者としてとか、Mercurialユーザーを代表してとかではありません。 僕はこう思う。ということです。 読むの面倒な人は最下部のまとめだけ読めばok。 commit != push DVCSの利点はローカルコミットという概念を持ち込んだことです。これにより、高速な履歴追加、安全なマージを手に入れることができました。 件の記事を読んでいて気になったのは、commitという単語です。 特に、 1コミットに1つの対応 コメントアウトしたコードをコミットしない テストが正常に通過したものにしてください コミットメッセージの1行目は”短い説明” コミットメッセージのスタイル コミットメッセージのボディは有意義な内
分散バージョン管理の可能性 - プログラマの思索
InfoQに分散バージョン管理の可能性の記事があったのでメモ。 ラフなメモ書き。 【元ネタ】 InfoQ: エンタープライズ分野での分散バージョン管理システム (引用開始) DVCSは速度を重視して設計されている。新しい実装方式、新しい技術、苦労した獲得した知識の結集であり、前世代のSCMよりも高速に動作する。ローカルにリポジトリを持てるから速いというだけでなく、従来のSCMと同様の条件でも速い。また、ブランチ作成も得意でマージ機能も優れている。90年代後半から2000年代前半ではブランチ作成とマージは"悪"だった。その当時の主流のバージョン管理システムのブランチ作成機能とマージ機能が貧弱だったからだ。処理が遅く、エラーが頻発していた。その結果、若い開発者はブランチ/マージ嫌いとして育ってしまった。DVCSは高速に動作するブランチ作成機能と本当に使えるマージトラッキング機能を実装した。30
Git 対 Mercurial：なぜ Git を選ぶのか？ - Atlassian Japan
今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが Vim と Emacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは本来の仕事そっちのけ
The Real Difference Between Git and Mercurial
I have a friend who is quite proficient with git but has recently started a job that uses mercurial for their development and he’s been learning how to use it. I used this opportunity to do some research into the history of git and mercurial and why they’ve turned out to be such different (yet similar) tools. I will start off by saying that I am a fan of git but my intention is not to show that on
Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
Gitユーザのための、Bitbucket+Mercurial経由でのデプロイ方法 « Coding Suicidal
Time to Read 5分 Why Mercurial & Bitbucket Mercurialとは Gitっぽい分散型バージョン管理ツール。Python界隈でよく使われているらしい。コマンドは hg 。 Bitbucketとは Mercurialを利用する、リポジトリホスティングサービス。簡単なWikiやトラッカも付く。無料利用可能。 ウェブサービスかなんかをデプロイする際、Capistranoなどが便利だけれど、Capistrano経由のデプロイではリポジトリが存在しないと旨味が少ない。この時、まあ、Webサーバと同じサーバに公開リポジトリを作るよりは、外部のリポジトリホスティングとかを頼りたいよね、と言う話。 Githubと言う最強のホスティングサービスでGitを使ってもいいけど、今回紹介するBitbucketは「無料でプライベートリポジトリが作成可能」なので、色々都合がいい場
分散バージョン管理「Mercurial 1.6」がリリース | OSDN Magazine
Mercurial Projectは7月1日、オープンソースの分散バージョン管理システムの最新版「Mercurial 1.6」を公開した。Windows、Mac OS X、Linux、OpenSolarisなどに対応、プロジェクトのWebサイトよりダウンロードできる。 MercurialはPythonで書かれた分散ソースコード管理ツール。分散アーキテクチャ、拡張性、速度、プラットフォーム独立性などを特徴とする。 バージョン1.6では、ブックマークがプッシュ可能となり、レポジトリ間でプッシュとプルを利用したブックマーク同期が可能となった。コア部分では、リビジョンを特定するリビジョンクエリ言語が新たに加わっている。 hgwebでは、hgweb.cgiとhgwebdir.cgiをマージさせて簡素化した。hgweb.cgiではヘルプポインタが追加されている。テンプレーターの性能を強化し、自動でフリ
Subversion, Git, Mercurialそれぞれでのcherrypicking - wyukawa's diary
つまみ食いとか青田買いといわれるcherrypickingはある特定のコミットをブランチから抜き出して別のブランチに反映させるというものです。 Subversion, Git, Mercuriaそれぞれのやり方を調べてみました。 まずSubversionいってみましょう。 準備 $ svnadmin create repos $ svn checkout file:///tmp/repos work Checked out revision 0. $ cd work/ $ svn mkdir tags branches trunk A tags A branches A trunk $ svn commit -m "add initial dir" Adding branches Adding tags Adding trunk Committed revision 1.trunkの直下に
Joel Spolsky氏、分散バージョン管理システムの良さを認める | gihyo.jp
Joel Spolsky氏によるブログ記事です。分散バージョン管理について、Joel氏は1年以上前に「ブランチやマージが容易になると更新が増え、混乱も増える」と、Podcastにて批判していました。そして現在、このことについて「根本的に間違っていた」と反省しているようです。 Podcastを行った当時はチーム内でMercurialを試していて、Subversionのように扱おうとしていたためうまくいかず馴染めなかったようです。そして会社がMercurialをベースに製品を作る決断をした際に本格的に分散バージョン管理について学んだところ、重要なのは「分散」ではないことに、そして「バージョン」ではなく「変更」を管理していることに気づきました。 今ではすっかり分散バージョン管理に魅了されており「Mercurialをあきらめるくらいなら私はC++に戻るほうを選ぶ」と言っています。また、自身の勘違い
Mercurial互換のRubyクライアント·Amp MOONGIFT
AmpはRuby製のオープンソース・ソフトウェア。かつての集中管理型のバージョン管理システムから時代は徐々に分散型バージョン管理システムへ移行しつつある。オープンソースの世界において代表例と言えるのがGitとMercurial（Hg）だ。Rubyの世界ではGitのがポピュラーだろう。 追加、ログなどMercurial同様にこなせる MercurialはPython製ということもあって、Ruby向けに専用のクライアントもなく残念な状態だった。だがSubversionとコマンドが似ているなどMercurialがお勧めできる部分も多い。そこで使ってみたいのがRubyで作られたMercurial互換ソフトウェアのAmpだ。 Ampはリポジトリの作成こそできないものの、それ以外のコマンドはMercurialと同じように実行できる。Rubyを使われる人にとってはこれでMercurialが随分とっつきや
非ギークのためのMercurialとか - monjudoh’s diary
思うところとか blogでずっとやってきたでのtipsの蓄積は自分の開発効率を最大化するために、 Mercurialの機能を最大限生かして行く方針で蓄積しているtips。 これは、そうではなくて、色んな会社の人が入っているようなプロジェクトで、 メンバ全員バージョン管理はMercurialでやりますといって、 開発者は幸せになり、上も納得するようなやりかたはどんななのか、という考察。 Mercurial単体／中央集権SCMとの連携どちらかは問わない。望ましい方。 全員にとって、導入による生産性の向上＞導入時の学習コスト等となるようにするにはどうすればよいか? 理想 初心者は忠実に守り、上級者はまったくのフリーダムではなくこれを中心に破っていける "型"のようなプラクティスを目指したい。 構想 こんな感じでっていう骨組みだけ。中身はこれからじっくり考えていきたい。 意見も求む。 非ギークのた
Mercurialと100%互換なRubyアプリ「Amp」 | Happy My Life
Mercurialといえば、gitと並んでよく使われている分散型バージョン管理システム。Google Codeやsourceforge.netでも利用可能である。 そしてMercurialと言えばpythonで構築されている事でも有名である。 ただ、pythonであるがために、ソースに手を入れ辛い(それ以前にpythonをよく知らない)、文字化け等でトラブった時もなかなか対応できないという事もままあったりする(pythonを勉強したら済むと言えばそれまでだが) そこで登場するのが、今回紹介するAmp。Mercurialのコマンドであるhgの100%互換を謳っており、Rubyで書かれている 。このRubyで書かれている事が重要。ちょっとソースを覗いてみようか、という気になるし、カズタマイズやトラブルシューティングも(Mercurialよりは)楽にできるはず。 Ampとは Rubyで書かれたM
Getting comm-central Source Code - Mozilla | MDN
Warning: This page is OUT OF DATE since the comm-central code now needs to reside in a comm/ subdirectory of the mozilla-central code. Also, client.py (see below) no longer exists. Using Mercurial Mercurial is a source code management tool which enables users to track changes to their source code locally and share their changes with others. The Mozilla project is in transition from using CVS for M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(分散)バージョン管理システムの組織化
Something went wrong.
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan