分散バージョン管理システムにバイナリファイルを格納した時のリポジトリ増加量 - paz3のおもいつき
バイナリファイルを格納・修正した時の分散バージョン管理システム(DVCS)のリポジトリ増加量について調べてみました。 使ったDVCSのバージョンは次の通りです。すべてWindows 32bit版です。 Bazaar … TortoiseBazaar 0.6.6 (Bazaar 2.5.1) Git … Git 1.7.11-preview20120710 Mercurial … TortoiseHG 2.7.1 (Mercurial 2.5.2) これらのDVCSを使って以下の操作を実行しました。 リポジトリの作成 バイナリファイルの追加 バイナリファイルの一部を修正してコミット バイナリファイルの一部を修正してコミット git gcをかける バイナリファイルとしてExcelのドキュメント(.xls)を使用しています。ファイルの初期容量は7,806,976バイトです。 それぞれの操作をした
GitConcepts - Mercurial
Mercurial for Git users Git is a very popular DistributedSCM that works very similarly to Mercurial. Both are built upon such similar concepts that most repositories can be converted to and from Mercurial and Git without any significant data loss! There are, however, significant design and conceptual differences that may cause trouble when coming from Git to Mercurial. 1. High-level Comparison Mer
いろいろ - hg and git
hg と git のコマンド相違点 似てるようで違う hg と git の違いのメモ。 基本 working directory : バージョン管理対象のファイルを置くディレクトリ。バージョン管理対象にしないオブジェクトファイル等を一緒に置いても良い。 repository : working directory の一番上にある、.hg (hg の場合) または .git (git の場合) ディレクトリの中身。バージョン管理に関する情報、履歴等が置かれる。 あるところにあるリポジトリを追いかけるだけの使い方 たとえば www.kernel.org の Linus のリポジトリを追いかけるとか、そんな使い方の場合。一番シンプルな例。 最初の取得 (リポジトリを取得し作業ディレクトリに最新の内容を展開する) hg clone url [dir] git clone url [dir] 最新リ
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 氏その人の雇用でしょうか
あるプロジェクトのMercurial導入の軌跡 - 放牧日記
このエントリはMercurial Advent Calendar 2011 - PARTAKEの25日目です。 3月からMercurialを使い始めたので12月で9ヶ月目になります。一年の振り返りという事で、Mercurial導入の軌跡について簡単にまとめたいと思います。*1 Mercurialとの出会い Mercurialと出会う前はSubversionとちょっとだけGitを触っていました。とくにSubversionは仕事でかなりがっつりブランチの運用*2を行っていました。 嫌になるほどSubversionを使うプロジェクトでは次の問題が発生していました。 Subversionでのブランチマネジメントはマージ担当者の負荷が高すぎる リポジトリが巨大になりすぎてsvn stするだけでも20秒 リポジトリが巨大になりすぎてsvn upが終わらない 部分svn upし出す人が増え、整合性に関す
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Mercurial でセントラルリポジトリのマルチプルヘッドを禁止する | Webシステム開発／教育ソリューションのタイムインターメディア
@ 2:d9ae2b51cade | head b | default | | o 1:8141de67f6ee | head a |/ default | o 0:6af850d9f57f | initial commit default 図1. defaultブランチがマルチプルヘッド(先端(HEAD)が複数存在している状態) マルチプルヘッドは hg merge でマージして一つのヘッドに統合してからpushするのがマナーですが、push -fで強制的にpushすることができてしまいます。 [troter:~/tmp/multiple-head] % hg push pushing to /home/troter/tmp/central searching for changes abort: push creates new remote head 8141de67f6ee! (d
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
ここで見たように、Git は、Subversion ユーザーにその CLI に早く慣れてもらうようにするということをあまり考慮していません。 新しいコマンドを入力するために指を再度トレーニングすることによりこの問題を回避することはできますが、それでもシステムを移行する上での障害の一つになるでしょう。その上、Subversion ユーザーにとってフレンドリーで、かつ、強力で美しいインターフェースをもった Mercurial があるので、Git がなくても問題はありません。 履歴が安全な Mercurial Mercurial の哲学は、 “履歴は永久的で神聖である” ということです。Mercurial のコアには、履歴を変更できるコマンドがたった一つだけあります。hg rollback です。このコマンドは直前のプルやコミットを “取り消し” ますが、それより前のものには一切触れません。 G
CentOS6.xにMercurialをインストールしてみた - KGWORKS.NET
CentOS6.xにMercurialをインストールしてみた Posted 2013年2月18日 by keiji & filed under CentOS, Linux, Mercurial. CentOS6.x系でMercurialの共有リポジトリサーバーを構築しようとしたんですが、管理されているMercurialのバージョンは1.4-3。 Windows環境で使ってるTortoiseHg(Ver2.7)と連携しようとした場合に、なるべくバージョン上げておいた方が良いみたい。 もしCentOS上にyumでMercurialがインストール済みであれば、アンインストールする。 # yum remove mercurial 次に、Python系のパッケージをインストールする # yum install python-devel python-setuptools Pythonのパッケージ管
Mercurial初心者が絶対にブックマークすべきページ - ゲリラ的 uncorrelated ウェブ・テクニカル・ノート
『Mercurial の使い方のチュートリアル』を一読しておけば、日常作業に困る事は無いと思います。しかし、たまにはリポジトリに間違ったコミットをしてしまうものですし、最初は誰でも間違いがちです。そこで間違えたときに打つべきコマンドの覚え書きとして、以下のコマンド入力例を公開します。 ワーキングツリーにカレント・ディレクトリを移動している状態を前提にした操作例なので注意してください。また、各コマンドの詳細なオプションは hg help [コマンド] を見て確認してください。なお、Mercurialはバージョン1.7.3で動作確認しています。 編集を取り消し、あるチェンジセットの状態に戻す コミットをやり直す、コミット・メッセージを変更する チェンジセットを消す チェンジセットを打ち消す チェンジセットを変更する 複数のチェンジセットを一つにまとめる 履歴をさかのぼって特定のファイルを削除す
Rebaseとトピックブランチ - プログラマの思索
Gitのリベース(Rebase)機能がようやく分かったのでメモ。 MercurialのMQは、GitのRebase機能を実現する重要な機能だ。 【元ネタ】 git rebaseって超便利じゃね？ - Seasons.NET Gitを使いこなすための20のコマンド - SourceForge.JP Magazine : オープンソースの話題満載 履歴の書き換えによって生じる問題 Mercurial: "Managing change with Mercurial Queues" を読む(3) | Inside ASCADE Pro Gitの日本語 Mercurialではじめる分散構成管理：第6回 勝手に「分散構成管理」 ～非Mercurial環境との共存｜gihyo.jp … 技術評論社 4.6. コミット ― TortoiseHg v0.8.2 documentation Subversi
ケーススタディで学ぶ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
tortoiseHgでrebaseしてみた
１２月ということで各所で「Advent Calendar」やってますね。 リンク先は各所のカレンダーをまとめてくれているブログの記事となっています。 お陰で毎朝仕事にならない勉強になります。 ちなみにこの記事はそれとは全然関係なく、通常運転ですがｗ ケーススタディで学ぶMercurialのRebase拡張(Mercurial Advent Calendar 2011 1日目) を見て、そういや「tortoiseHg」でもできるんかな？と思い実行。 結果から言うとできたり出来なかったり。 いや出来たんですがやや反則な気が… まず拡張設定を有効にしないとなんにも始まらないので「mercurial.ini」を編集。 多分C:\User\PC名\ の下にいると思われます。 普通に「.hgrc」に書くのと一緒。先日行われたらしいSCMBCのMercurialの資料に おすすめ「hgrc」ってのがあっ
Subversionのリポジトリをhgsubversionを使って運用する際のメモ - 偏った言語信者の垂れ流し
最近Subversionが中央リポジトリになっている環境で作業することがあって、手元でMercurialを使いたい場合にどうやってくかという話。 hgsubversion を使う。 durin42 / hgsubversion — Bitbucket hgsubversionをubuntuで使えるようにする Ubuntuのバージョンは10.04。ビルドするためにいくつかパッケージをインストールしておく。 $ sudo aptitude install build-essential subversion apache2-dev libsvn-deveasy_installでインストールする。 $ sudo easy_installl subvertpy hgsubversionhgrcで拡張を有効にしてから、バージョンを確認する。 $ hg version --svnhgsubversio
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git hg rosetta stone
Facebook、MercurialをGitよりも速くする
Some notes and links on DVCS (distributed version control systems)
A handy workflow image for newbie mercurial users (secretGeek.net)
yinwm / hgflow / wiki / Home — Bitbucket