操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
MercurialとTracを連動させてみた。
先日Mercurialサーバを立ててTracと連動させる機会があったので、 その際のハマりポイントとかをメモしておこうと思います。 環境は Ubuntu10.04 64bit Servea Edition が前提です。 Gitの手順は結構あるのですが、Mercurialはやっぱり情報少なめなんですよね。。 Tracのインストールについては以前にまとめているんでそちらを参照あれ。 Nginx + uwsgi で Trac環境を作った時のメモ Mercurialリポジトリの作成 基本的にはTracが稼働しているサーバに作成するのがいいでしょう。 そのため、基本的にはすでにTracのインストールが完了していること前提で話を進めます。 Mercurial のインストール まずはこれがないと始まりません。 Ubuntu10.04の場合は標準のaptでインストールしてしまうと思いの外古いバージョンが入
PublishingRepositories - Mercurial
Publishing Mercurial Repositories This document focuses on public publication of repositories over the Internet, although private/internal sharing of repositories is mentioned below. 1. Quick recommendations The easiest way to share changes with other people using Mercurial is to publish them on the Web. The recommended method for self-publishing repositories over HTTP is to use the hgweb scripts
httpでアクセスできるMercurialサーバを作る
サーバはCentOS 5.8です。Mercurialは2.2.2を使います。 まずは下準備で、Mercurialをインストールします。yum install mercurialでインストールできるバージョンは古いので、easy_installを使います。
Windows＋TortoiseHgで始めるMercurial(設定編) - 記憶は削除の方向で
ちょっとMercurialのHowToを書く必要が出てきたので書いてみる。 この記事は1.1.xを基準にしていて古いので、2.x対応版に書きなおした。 設定 => 2.x版はこちら hgコマンドをTortoiseHgで => 2.x版はこちら ブランチ・リポジトリ間の連携 => 2.x版はこちら 間違えたときのやり直し => 2.x版はこちら bitbucketの使い方 =>2.x版はこちら TortoiseHgとは何か？ MercurialのGUIツールです。Windows標準のファイラーであるエクスプローラを拡張して、GUIでバージョン管理が出来るようにしてくれます。 同時にhgコマンドも使えるようにしてくれるので、Mercurialをインストールするよりお勧めです。 ダウンロードはこちらから -> TortoiseHg 現在の最新版は tortoisehg-1.1.9.1-hg-1.
Mercurial/TortoiseHGの使い方・リポジトリサーバの立て方 - 株式会社サイブリッジ 取締役副社長 濱田優貴のブログ
サイブリッジではバージョン管理システムにメインでSubversionを使っています。使い慣れると不便なこともなく、使えるのですが、操作を誤るとバージョン管理が壊れたりなど、すこし不満があったのでMercurialという比較的新しいバージョン管理システムを検証も含め試してみました。 なぜMercurial？バージョン管理システムシステムにはCVS、Subversion、Git、Mercurial、Bazaarといろいろあるのですが、それぞれメリットがあります。その中も特に魅力的と思った点はwindowsクライアントがwindows7でちゃんと対応かつ優秀。（日本語ももちろんOK）CentOSでyumでインストール可能パッケージに最初からWEBベースのリポジトリブラウザが入ってるhttp(s)で通信可能。WebDav不要。（認証がSSHでないのでクライアント毎に分けられる。）意外と伸びてる(
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
(特に Git 併用ユーザには是非読んでおいて欲しい) Mercurial における『ブランチ』の概念 〜 その１ - 彷徨えるフジワラ
ここ暫く、Twitter や ML 等で、Mercurial の『ブランチ』に関する質問 (特に Git の『ブランチ』との対比) に答える機会が度々あったので、Mercurial における『ブランチ』の概念に関してまとめてみた。 実のところ、SCMBootCamp in Nagoya #1 での、稲田氏 (id:methane) の基調講演資料における Mercurial のブランチに関する説明 (30ページ目) を見て: 別途口頭での説明が無いと、初学者や他のツールからの移行者にとっては、誤解を招きやすいのではなかろうか？ と思ったのが、このエントリを書く元々の動機だったのだけれど、書き上げるのにかれこれ３ヶ月以上を要してしまったというのは、反省することしきり。 っつーか、ここ暫くは本家に (議論の叩き台としてリジェクト覚悟で) パッチ提案したりと、色々アレだったんで、その辺は勘弁して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitbucket | Git solution for teams using Jira
http://www.xerial.org/wiki/lecture/2010/Index