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 氏その人の雇用でしょうか
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
SCM Boot Camp in Tokyo #scmbc
安心沢ガブ美 @gab_km そういや、 #scmbc の為のMercurialセットアップ参考ページって上がってたんだろうか？私はWindowsなので、単純にTortoiseHgを入れただけなんだが…。たぶん大丈夫だろうけれど。 2011-07-30 01:16:38
「妥当」な Mercurial バージョンの情報 - 彷徨えるフジワラ
※ 2015-01-19 更新 重要なお知らせ: 1.9 ⇒ 2.0、2.9 ⇒ 3.0、3.9 ⇒ 4.0 といったバージョン番号の増加でも、Mercurial のコンセプト／操作性／互換性等における大きな改変はありません。通常の定例アップデートに過ぎませんので、従来の版を元に書かれている情報の多くは、そのまま適用可能です。 現状でそこそこ妥当な Mercurial の版は以下の通りです。 由来不詳のリビジョンを含むリポジトリから履歴情報を取り込む可能性がある場合は、3.2.3 以降の使用を強く推奨 それ以外の場合は 1.8.1 〜 最新版 （使用状況によっては 2.2 〜 2.2.1 および 2.3 〜 2.3.2 の使用回避を推奨） また、個別のケースにおいて回避を推奨する版の情報を以下に示します。 revsets 記述によるリビジョン指定を多様する場合は、2.5 版以上を推奨(詳細
Mercurial チュートリアル hginit.com の和訳 (Contents) - mmitouの日記
このチュートリアルは Joel Spolsky さんの書いた http://hginit.com の和訳です。 わかりやすくて楽しいチュートリアルを書いてくださった Joel Spolsky さんに感謝します。 Mercurial はモダンなオープンソースの分散バージョン管理システムで、Subversion のような古いシステムから素晴らしい発展をしたものだ。このユーザーフレンドリーな、6章からなるチュートリアルで、Joel Spolsky がキーコンセプトを教えるよ。 目次 Subversion Re-education (Subversion 再教育) Ground up Mercurial (Mercurial の基礎) Setting up for a Team (チームのために設定する) Fixing Goofs (失態に備える) Merging (マージする) Reposito
VCS において Git が革新的な点 - kなんとかの日記
はっきりいって、Git の CUI は使いづらくてわかりにくい。サブコマンド名やオプションが開発者目線で決められており、ユーザからどう見えるかという視点が欠けている。その点、Subversion はよく考えられて洗練されていたし、それを受け継いだ Mercurial も使いやすい。Linus は Subversion をこき下ろす前に Git のコマンド体系を整理すべき。 ただ、Mercurial などと比べて Git が革新的にすごい点がひとつある。それは、バージョン管理システムに Garbage Collection (GC) の概念を持ち込んだことだ。みんなあまり注目してないと思うけど、こいつはほんとうに kool な機能だ。 GC はもちろんプログラミング言語の分野での概念だけど、そのプログラミング言語の世界では、GC が一般的に使えるようになることでプログラミングスタイルが大きく
TortoiseHG 0.9.0のincoming,pull/outgoing,push - monjudoh’s diary
Bitbucket | The Git solution for professional teams Bitbucket | The Git solution for professional teams TortoiseHGでのリモートリポジトリとの同期機能が、 リポジトリブラウザと統合されかなり強化された。 初期状態 まず、localのリポジトリが↓ remoteのリポジトリが↓となっているとする。 incoming/pull incomingではpullしたときにremoteリポジトリからlocalリポジトリに 持ってくる事になるchangesetを見る事ができる。 下棒なしの下矢印をclickすると、 リモートリポジトリからchangesetを持ってくる。 が、実際にローカルのリポジトリに追加するのではなく、 リモートリポジトリから持ってきたchangesetを追加したらどうなる
記事一覧 - daily dayflower
Traefik (proxy) を k8s Ingress controller として使うと、ワイルドカード証明書の自動発行が簡単そうなのでやってみた。 Traefik 公式ドキュメント が、わかりにくい、というか、設定のための情報が散逸してたり、そもそもプロダクトとして必ずしも k8s を…
Mercurial 勉強中 (7) - Web 経由の push と HTTP 認証 - daily dayflower
Web 経由で Mercurial のレポジトリを公開すると，デフォルトの状態では clone / pull しかできません。push するためには設定が必要になります。 なお今回は hgweb.cgi や mod_wsgi 経由*1等で Apache と絡めた場合の話になります。 というのは，hg serve コマンドで起動される HTTP サーバは BaseHTTPServer をもとにしているのですが，ビルトインの機能としては Authentication をサポートしておらず((自力で WWW-Authenticate ヘッダ等やりとりすればいけるんじゃとは思います。詳しくないので自信ないです。))，また hgweb.server モジュールでもハンドリングしていないので認証関連の機能が実装されていないためです。 設定子 hgrc 設定ファイルで下記のものが特に関係のある設定子です
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の内容で中央リポジト
Mercurial のbranchの話 - monjudoh’s diary
Mercurialを使ってバージョン管理しているプロジェクトで、 BTSでチケットを切るたびにbranchを切るという運用方針のものがあるそうです。 こうすると各チケットのソース変更がconflictしてウボァーみたいにならないというのと、 merge済みのbranchはinactiveになるので、 hg branches -a とやって、active branchの一覧を表示させたときに、 default等にmergeしていない=リリース前で作業中のbranchのみ表示させることができて、 関心のあるものの情報が見やすいというメリットがあります。 ただ、作業を開始したチケットの作業分が必ずリリースされる訳ではなく、 没になるものもあると考えるとこの方式だけだと、 没になって閉じたチケットのbranchも一覧に残り続けてまずそうです。 任意のbranchをinactiveにするコマンドは今
MercurialとBazaarのSubversionとの連携を検討する - kokiyaの日記 http://www.visualpharm.com/
職場ではSubversion(以下svn)サーバーが公式のソースコードと文書管理のサーバーとなっている。 この公式svnサーバーと連携をとり、手元で利用できる分散型バージョン管理システムが欲しい。 Windowsでの利用を考えているので、Mercurial(以下hg)とBazaar(以下bzr)を候補とした。 GitはWindows対応が良くなさそうなので検討対象からはずした。 サーバーのsvnリポジトリを、ローカルのそれぞれのリポジトリへ変換することをしてみたので、ここまでの状況をまとめておく。 使用環境 ======== サーバー - Windows 2003 server Subversion 1.4x (TracLightでインストール) ソフトウェアの開発プロジェクトを管理している。各プロジェクトでは、文書、ソースコード、ヘルプ、取扱説明書などのファイルを管理している。各プロジェ
2009-06-11 - marsのメモ - ひとりPMS
Grailsネタに入る前に支援環境まわりを。ひとりプロジェクトだし，ゆるっとやるとはいえPMS的なにかはいるだろうと思い，試しにd3使ってみた。 ＃PMS=Project Management System えっと，これはTiddlyWiki（というかGTD TiddlyWiki）の派生ものらしく，Todoよりタスク管理っぽいことができそうなんで，これにした程度にしか知らない。似たようなの探すといろいろ見つかったが，目的を見失いそうなので，そっちは目をつぶることにした。 Trac使うにもサーバは無いし，Excelなんてまっぴらだったんで，d3みたいなTiddlyWiki系は条件がよかった（このファイルごとバージョニングしてしまえばいいしの）。 使い方はテキトウ。概念としてプロジェクト-アクション(Todo)，それにアクションに紐付けるコンテキストってのがあったので，それぞれをこんな感じに使
Mercurial/日本語ファイル名、日本語コミットログ関係 - TOBY SOFT wiki
はじめに † WindowsでTorotoiseHg 0.7とMercurial 1.2でのお話。 何故かデフォルトではエンコードを考慮してくれません。 Subversionみたいにコンバートしてくれないので、 WindowsでCP932(≒SJIS)のファイル名を突っ込むと、そのままリポジトリに入るので他の環境では化け化けになってしまいます。 コミットログも同様？みたいです。 勘違いしてました。今まで日本語ファイル名はそもそも駄目だったみたいです。 リポジトリにUTF-8でファイル名を入れるためのhg-fixutf8拡張が必要な模様。 どちらにせよ、日本語ログ、日本語ファイル名を扱う時は対処が必要です。 一人でも対処していない人がいるとリポジトリに異物が混入されてしまうようです。 ※このページの内容はまだかなり混沌としています。自分で実験して試されることをオススメします。 ちなみに、この
Google CodeがGitではなくMercurialを採用へ － ＠IT
2009/04/28 米グーグルは4月24日、ソフトウェア開発プロジェクトのホスティングサービス「Google Code」で、これまでのSubversionに加えて分散バージョン管理システム（DVCS）の「Mercurial」のサポートを開始すると発表した。現在はプレビューリリースで、一部のプロジェクト利用者に提供。一般リリースに向けて、いくつかの課題を解決していくという。Google Codeでは、Mercurialサポートのために、一般のMercurialがオブジェクトの保存に使うOSネイティブのストレージに代えて、グーグルの分散データベースシステム「BigTable」を使うように書き換えたという。 DVCSとしては、MercurialのほかにGitやBazaarが知られている。従来からある中央管理型のバージョン管理システムに比べて、分散開発がやりやすいことから、普及が進んでいる。例え
KDiff3導入の話 - monjudoh’s diary
本題 Mercurialで手動mergeが必要な時にWinMergeを使用していたのをKDiff3に切り替えた。 Kdiff3 Mercurial.iniの設定 [merge-tools] ;[merge-tools]の一番上に↓を書いておけばOK kdiff3.args=--auto --L1 base --L2 local --L3 other $base $local $other -o $output kdiff3.regkey=Software\KDiff3 kdiff3.regappend=\kdiff3.exe kdiff3.fixeol=True kdiff3.gui=True WinMergeで死んだ件 Win用のインストーラ版Mercurialインスコした時に最初から入ってたMercurial.ini*1は↓で、 winmerge.args=/e /u /dl loca
Mercurial/Bitbucket.org/sshでpushできない - TOBY SOFT wiki
はじめに † Bitbucket.org に Push使用としたところ上手くいかない。 Windowsでの話ですが、他でも同様かと思います。 公開鍵はBitbucketにすでに設定してある。 Pageant(Puttyの)に秘密鍵を追加してある。 setting->repogitoryの設定ダイアログで Path の defaultを ssh://(ユーザー名)@bitbucket.org/(ユーザー名)/(project名)/ に設定してある。つまり、.hg/hgrcの[paths] の default = に上記パスを設定してある。 コマンドラインでhg pushすると何故かPagelinkのダイアログが開きパスワードを聞かれ、以下のメッセージを出力。パスワードに何を入れてもダメポ。 *** no suitable response from remote hg[command int
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitbucket | Git solution for teams using Jira
Bitbucket | Git solution for teams using Jira
http://ja.hgtip.com/