kk6のブックマーク - はてなブックマーク

Mercurial MQ について - daily dayflower
巷では git の大ブームだけど，ひさしぶりに Mercurial について書きます。 Mercurial について言及されたブログとか読んでいるとき，たまに MQ という言葉を目にして気になっていた。ながらく気にはとめつつ全然調べていなかったんだけど，ちょっと利用しようかなというケースがあり，ちょこっと触ってみた。自分の理解では，MQ (Mercurial Queues) とは，誤解を恐れずにいえば Mercurial の changeset と独立して構成される修正履歴（パッチ）のスタックのようなものだ。（なので今後 MQ の patch queues を Queues という名称と裏腹に「パッチスタック」「パッチ群」などと勝手に呼び称します）「誤解を恐れずにいえば」と書いたけれど，この直感的な印象は MQ を使っていくうちに――大筋では変わらないものの――ちょっと変わった。それ
kk6 2012/01/17
mercurial
リンク
Mercurial 勉強中 (1) - daily dayflower
Mercurial の特徴 Mercurialでバージョン管理，http://python.matrix.jp/modules/mercurial.html#id3 も参照のこと。分散型 SCM として設計されている各レポジトリのチェックアウトはおのおの（基本的に）独立している；独立して生きていける Subversion のように中央集権的レポジトリを作れない，というわけではない各作業者が「マスターレポジトリ」の共通認識をもてばよい（そこから clone してきて pull / push するのだ，と）レポジトリのセットアップ等がかんたんレポジトリのセットアップは管理したいフォルダに移動して hg init とうつだけ（その後 hg addremove したり）分散管理ではなく自分だけで管理するなら RCS 並，いやそれ以上に簡単 ⇒http://d.hatena.ne.jp/
kk6 2011/11/09
mercurial
リンク
Mercurial 勉強中 (5) - conflict と multiple heads, merge - daily dayflower
他レポジトリとの conflict 状態と multiple heads の関係を step by step で確認していきます。 Step 1: 既存レポジトリを clone するまずは，既存のレポジトリを clone します。 [hg]% hg clone remote local 1 files updated, 0 files merged, 0 files removed, 0 files unresolved [hg]% cd remote/ [remote]% ls -F message.txtmessage.txt があるだけの単純なレポジトリです。現在の状態は下記のようになっています。 remote と local の間に conflict を発生させるあえて conflict を発生させます。 remote 側に「foo」という内容，local 側には「bar」と
kk6 2011/11/08
mercurial
リンク
HTTP/1.1 の同時接続数について - daily dayflower
はてなブックマーク - Fasterfoxが最強すぎる件 - 真性引き篭もりが盛り上がってたので，机上の話だけですが，いまさら書いてみます。 RFC (2616) での記述 Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number
kk6 2010/01/25
firefox

browser

network

server

http
リンク
1