もしあなたが Subversion を使ったことがあるなら、Mercurial で混乱することになるだろう。 このチュートリアルでは、Mercurial の動作における最大の違いについてカバーする。 あなたが Subversion を使ったことが無いのであれば、ここは飛ばして次に行こう。 Subversion Re-education 私の会社のプログラマー達が Subversion から Mercurial に変更することを決めた時、私は少年のように困惑してしまった。 最初、私達が変更すべきではないというあらゆる馬鹿な理由を思いついた。私達は中央サーバでリポジトリを維持しなければならないし、その方が安全だろう、と私は言った。わかるかい？私は間違っていた。 Mercurial では、全ての開発者が完全なリポジトリのコピーを彼らのハードドライブ上に持っている。それは実際のところ、より安全だ。
動機 この間翻訳で使ってみたらかなり使いやすかったんで始めてみた。これからドキュメント書きに使いそうなのでメモ。 手順 レポジトリの準備 Free source code hosting — Bitbucket bitbucketでMercurialのプロジェクトを作成する。 これでプロジェクトができた。今度はローカルにcloneする。 $ hg clone hg clone http://bitbucket.org/<username>/<repository name>ここでbitbucketで幸せになるために設定ファイルを修正する。 $ cd <repository name> $ vim .hg/hgrc + [ui] + username = hogehoge <foo AT example.com>usernameを変更しておかないとbitbucketにpushしたときに登録し
個人で簡単に使える分散バージョン管理ツール Mercurial 先日の Trac で OpenID を使う際に、必要に迫られて Mercurial というバージョン管理ツールをインストールした。 正直なところ、バージョン管理には Subversion があるし、「分散」バージョン管理ツールなんて複雑で面… Mercurial で1人バージョン管理（複数マシンでの連携編） 作業中のディレクトリをそのまま気軽にバージョン管理できることが、1人だけでバージョン管理を使う時のメリットだと思っているけど、複数のマシンでリポジトリを同期させることももちろんできる。 「分散」リポジトリというだけあって、いろいろ機能があり…
I’ve taken the plunge and am in the middle of switching from Subversion to Mercurial for revision control. Subversion has served me relatively faithfully for many years (I’ve even championed/led the adoption of subversion at two companies I’ve worked for in the past) but some of the warts and shortcomings were beginning to annoy me (. directories everywhere for example). Dave Dribin’s series of po
After a bit of playing around with three different distributed version control systems, Git, Mercurial, and Bazaar, I’ve decided on Mercurial. For choices like this, especially when none have glaringly obvious problems, it can be difficult to make an objective decision. Sometimes it’s best to just go with your gut, and my gut was telling me Mercurial. I plan on using Mercurial for new projects and
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
