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
wikivs.com - wikivs リソースおよび情報
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.
git stashをmercurialで使いたい - メモ置き場
最近かかわる案件で使われるvcsが、なぜかgit->hg->git->hgと交互にやってきます。 今回も法則は変わらず。先週はgitメインでしたが、今週からまたhgメインになりました。 「あー、gitだったらできるのに」みたいなことの一つに、git stashがありまして、拡張機能で対応できるとどこかで聞いたので調べて設定してみました。 hgshevleを使います。 http://mercurial.selenic.com/wiki/ShelveExtension 適当にどこかにcloneします hg clone https://bitbucket.org/tksoh/hgshelve~/.hgrcに設定します [extensions] hgshelve = /path/to/hgshelve/hgshelve.pyこれで使えるようになります。 変更を退避させておく(git stash)
名前付きブランチ全体の差分取得と revset 利用 - 彷徨えるフジワラ
revset 機能が導入される以前であれば: 名前付きブランチにおける、分岐時点から最新までの総差分 みたいなものを参照しようとした場合: "hg log -b ブランチ名 --template '{rev}\n'| tail -n 1" などで、最初の分岐リビジョン(BRANCHING)を取得 "hg parents BRANCHING" で分岐リビジョンの親リビジョン(BASE)を取得 "hg diff -r BASE -r ブランチ名" で差分を取得 といった手順が必要だったので、自分の書籍では: 名前付きブランチの作成の際には、分岐元リビジョンへのタグ付けを、ブランチの最初のリビジョンにするのがお勧め としてあるのだけれど、revset を使えば: 当該ブランチのリビジョン: "branch(ブランチ名)" 且つリビジョン番号が最小(＝ 分岐リビジョン): "min(branch(
はてなブログ | 無料ブログを作成しよう
善良なまはげと粗末な満足ステーキ 子の健やかな成長のため、夜はなるべく早く寝て欲しいなと思い、できる限り家のことは前倒しで済ませて早めに寝床に誘い込むようにしている。が、寝ない。とにかく寝ない。下手したら寝床にも行こうとしない。 そんなとき、これに頼る。 www.youtube.com なまはげちゃ…
Mercurial での改行コード - 彷徨えるフジワラ
※ NATIVE 設定周りと、.hgeol 設定反映契機に関する記述を改善しました＠2013-12-22 このエントリは、Mercurial Advent Calendar 2011 の5日目です。 Windows/Unix/Linux/Mac OS などなど、複数の環境における作業成果を、共有リポジトリ等を用いて共有する場合、環境毎にデフォルト値が異なる改行コードと文字コードは、かなりの確率でトラブルの原因となります。 このエントリでは、Mercurial における改行コードに関して説明しようと思います。 ＃ 改行コードの話が思いのほか長くなったので、文字コードは別エントリで .... (^ ^;;) Mercurial では 1.5.4 から、リポジトリ単位で改行コードを管理できる eol エクステンションが同梱されるようになりました。 改行コードの管理には、この eol エクステンシ
2011-12-02
この記事は、Mercurial Advent Calendar 2011の2日目の記事です。 revsetsとは? 築いてきた歴史から特定のチェンジセットを効率よく検索するための、Mercurialのサブセット言語だ。 Mercurialでは、 $ hg log -r 1000のlogコマンドように'-r'(--revision)オプションを付与できるコマンド(logコマンドは特に-rを多用する)がいくつかあるが、単にチェンジセットIDやリビジョン番号だけでなく、 revsetsと呼ばれる関数言語(helpでは問い合わせ言語と訳されている)を使うことで複雑なリビジョンを指定できる。 しかし、残念ながらこのrevsetsについて周知している人は少ないのではないだろうか? このrevsetsを使う時はhg logコマンドの場合が最も多いと考えているが、'hg log'のhelpにはrevset
Mercurialで特定のコミットまで戻す - opamp_sandoの日記 ...でいいよね
特定のコミット(チェンジセット)まで戻す方法をメモ。 http://uncorrelated.servehttp.com/tool/t02.shtml が結構他にもいろいろ参考になる。 チェンジセット: 2:8c09d2260825 タグ: tip ユーザ: opamp sando 日付: Sun Nov 20 22:11:32 2011 +0900 要約: added b チェンジセット: 1:898197bc4990 ユーザ: opamp sando 日付: Sun Nov 20 22:11:23 2011 +0900 要約: change a チェンジセット: 0:12d3b692f48e ユーザ: opamp sando 日付: Sun Nov 20 22:11:11 2011 +0900 要約: added a こんな感じのリポジトリがあって、最初のチェンジセット・・・つ
Mercurial初心者が絶対にブックマークすべきページ - ゲリラ的 uncorrelated ウェブ・テクニカル・ノート
『Mercurial の使い方のチュートリアル』を一読しておけば、日常作業に困る事は無いと思います。しかし、たまにはリポジトリに間違ったコミットをしてしまうものですし、最初は誰でも間違いがちです。そこで間違えたときに打つべきコマンドの覚え書きとして、以下のコマンド入力例を公開します。 ワーキングツリーにカレント・ディレクトリを移動している状態を前提にした操作例なので注意してください。また、各コマンドの詳細なオプションは hg help [コマンド] を見て確認してください。なお、Mercurialはバージョン1.7.3で動作確認しています。 編集を取り消し、あるチェンジセットの状態に戻す コミットをやり直す、コミット・メッセージを変更する チェンジセットを消す チェンジセットを打ち消す チェンジセットを変更する 複数のチェンジセットを一つにまとめる 履歴をさかのぼって特定のファイルを削除す
Mercurialでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
前回[@kana1さん](http://twitter.com/kana1)による[「gitでアレをもとに戻す108の方法」](/tech/git-undo-999)が大反響で世間はやはりgit使いが多いのかと再認識しました。 私も普段はgitを使っていますが、お仕事ではMercurialを仕事で使っているのでのっかって書き連ねてみましょう。 ### 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いていくつかコミットした。でももういらない さて初っぱなから行き詰まりそうです。基本的にMercurialは「コミットを積み重ねたものを後から編集する」ことに弱いのです。 MQを使って解決してみましょう。 $ hg update -r {revision} $ hg qimport -r {revision+1}:tip $ hg qpop –all $ hg qseries |
hgflow - wyukawa's diary
GitにはA successful Git branching modelと言われるブランチ運用フローが知られています。 内容の詳細はこちら 原文 A successful Git branching model » nvie.com 翻訳 見えないチカラ: A successful Git branching model を翻訳しました でこのフローを補助するツールとしてgit-flowというのがあります。 GitHub - nvie/gitflow: Git extensions to provide high-level repository operations for Vincent Driessen's branching model. git-flowの使い方はこちらが詳しいです。 A successful Git branching model を補助する git-flow
-Pegasus' Wing SIDE_K memo- - Mercurial/HGコマンド一覧
ここではMercurialのコマンド、hgについての個人的にまとめたものを公開しています。 初期化 hg init, hg init [パス名]パス名はリポジトリを作成したいパス、指定しない場合はこのコマンドを打ち込んだフォルダで.hgフォルダを作成する。 ファイル操作 hg add [ファイル名]ファイルをリポジトリに追加する。 hg addremove, hg addremove [ファイル名]ファイルを追加し、リポジトリ内に見あたらないファイルをリポジトリから削除。ファイル名を指定しない場合は自動で新しいファイルを追加してくれる。 hg remove [ファイル名], hg rm [ファイル名]ファイルをリポジトリから削除。その際、ファイル自体も削除されるので注意。 hg copy [ファイル名] [ファイル先], hg cp [ファイル名] [ファイル先]ファイルをコピーする。コピ
はてなブログ | 無料ブログを作成しよう
この家に残したい香り。kako OSAJIでつくる、我が家だけのルームスプレー 先日、kako 家香で自分だけの家の香りを調香する体験をしてきました。 トップノートからベースノートまで、香りをひとつずつ確かめながら、自分の“好き”を丁寧に重ねていく時間。 香りって目に見えないけれど、記憶や気持ちと深くつながっている不思議な存在。今回の体…
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
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に次の記述を加えましょう。 こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
