Something went wrong.We're moving mountains to get it sorted.View our status page and subscribe for service updates.
Release Notes Features and bugfixes in our latest releases. Please see the Download page for links to source and binaries. Note that Mercurial follows a time-based release plan with major releases every three months and minor (bugfix) releases on the first of every month (see TimeBasedReleasePlan). Be sure to read the upgrade notes when upgrading. (See the archive for older versions) 1. Mercurial
After working for over a year alternating between two projects, one that uses Git for its version control and another that uses Mercurial, I have finally achieved sufficient mastery of both toolchains that I now feel comfortable defending my judgment that Mercurial is the superior of the two systems. I think Git has one glaring deficiency that makes it the inferior tool, and I hope to describe the
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
Work easier Work faster Mercurial is a free, distributed source control management tool. It efficiently handles projects of any size and offers an easy and intuitive interface. How you can benefit from Mercurial It is fast and powerful Mercurial efficiently handles projects of any size and kind. Every clone contains the whole project history, so most actions are local, fast and convenient. Mercuri
米Microsoftは1月23日、オープンソースのプロジェクトホスティングサービスCodePlexで分散バージョン管理システム(DVCS)「Mercurial」をサポートすることを発表した。既存プロジェクトもMercurialに移行できる。 MercurialはオープンソースのクロスプラットフォームのDVCS。分散型のソースコード管理システムにはMercurialのほか、GitやBazaarなどがある。SourceForge.JPやSourceForge.net、Google CodeなどがすでにMercurialをサポートしており、最近ではOpenOffice.orgがMercurialに移行している。 CodePlexはこれまで、ソース管理レポジトリとして独自チームコラボレーションプラットフォーム「Visual Studio Team System 2008 Team Foundati
Mercurialを使ったチケット駆動開発の記事が非常に素晴らしいのでメモ。 このやり方を使いこなせれば、ソフトウェア開発の生産性は劇的に上がると思う。 【元ネタ】 mercurialでチケット駆動開発 - ろじぼ 上記の記事を理解できた範囲でまとめてみた。 【仮定】 ・SCMはMercurial。(Gitでも良い) ・BTSチケットでSW開発のタスクを管理する。 ・trunk、confirmブランチは中央リポジトリ(サーバー)にある。 ・チケットブランチ(トピックブランチ)は、ローカルとサーバーの2箇所にある。 常時同期されている。 ・作業の優先順位によって、チケットがリリース順≠開発順の状況はある。 【チケットAブランチ上の作業手順】 1・チケット担当時に、ブランチ作成。【チケットのステータス=担当】 ↓ 2・チケットAブランチ上でガンガン開発する。【チケットのステータス=担当】 →t
Get Amp v0.2.3 1. Get Ruby. 2. sudo gem install amp --no-wrappers Amp aims to change the way we approach VCS. Amp is: Mercurial in Ruby. 100% compatible with hg. Uniquely customizable Superbly documented with YARD Free and Open-Source (GPLv2) Performance Focused Dependency-free (you just need Ruby!) Amp has bigger dreams. Here’s what we want to do: git, bazaar, svn, cvs, darcs In Ruby. 100% Compat
OpenOffice.org(OOo)の開発チームは10月14日、ソースコード管理(SCM)ツールを「Mercurial」に移行させることを発表した。10月26日頃をめどに、まずは「DEV300」(「OpenOffice.org 3.1」のリリースブランチ名)から移行作業を開始する。 OpenOffice.orgでは、今年5月にMercurial移行に向けた準備を開始していた。これまで5ヶ月の間、パイロット、実装、テストを経ての移行開始となる。 オープンソースのSCMには「Git」「Bazaar」などがあるが、Mercurialを選んだ理由についてOpenOffice.orgでは、「容易さ、柔軟性、パフォーマンスがOOoの全体のニーズに合うと判断したため」と説明している。Mercurialが提供する高速かつ便利なマージ機能は、OOo開発で求めていたもの、としている。 まずは10月26日頃よ
私が日々、情報技術に関して勉強したこと、試したこと、間違えてから試したことなど特に内容のないことの記録。 どうもJudaです。今日はコード管理について。 Mercurialというコードヴァージョン管理ソフトについてです。 まぁ、よく似たのにはGitがあります。 入門Mercurial Linux/Windows対応 Mercurial: The Definitive Guide オライリーだとこれがありますけど、前述の書籍のほうが日本語だしいいかなぁって思います。 いまどきのソフトウェア会社でコード管理をしていない会社なんてほとんどないと思いますけど、個人ではまだやってないって言う人もいると思います。かくいう私も最近までは管理していませんでした。これは、単純にそういう管理面でのことを教えてくれる記事などがあまりないということが関係あると思います。しかし個人でのいかなるソースコードも資産とし
Neste artigo, exploramos o conceito intrigante de dropping bets, uma técnica que vem ganhando destaque nas apostas esportivas. Vamos discutir sua mecânica, impacto emocional e dar dicas práticas para aqueles que desejam se aventurar nesse novo universo. Acompanhe-nos nessa jornada pelo fascinante mundo das apostas. skolpg.bet paga de verdade Dropping bets, um termo em ascensão entre os aficionados
gitやめてmercurialとtortoiseHGをインストール 2009.07.21 日記 ESS, google, Linux, Mercurial, Python, ubuntu, windows いろいろとgitについてお勉強してきたのですが、今の自分の環境で運用するのはかなり面倒くさそうな気がしてきました。 というのも、自宅PCはubuntuなのですが、職場の環境はルールでwindows限定。win環境にはMSYSGITとかTortoiseGITとかもあるのですが、開発途中だったりバギーだったりと使い勝手がイマイチ・・・ それと致命的なのが職場のネット環境。セキュリティ上proxy経由で、しかもHTTP意外のポートで外に出られなくなっているので、githubとやりとりしようもんならトンネリングなりいろいろとしないといけなさそう。といかwinでトンネリングができるかも実は定かでな
a fast, lightweight Source Control Management system designed for efficient handling of very large distributed projects. 1日(米国時間)、Mercurialの最新版となるMercurial 1.3が公開された。MercurialはPythonで開発された分散型のバージョン管理システム。Gitとともに次世代バージョン管理システムとして注目されている。Google Codeが採用しているほか、Mozilla Projectも開発にはMercurialを採用している。 Mercurial 1.3には実験的な取り組みとして「サブリポジトリ」の機能が追加されている。サブリポジトリは複数のリポジトリの集まりをグループとして扱えるようにするというもの。クローン、コミット、プッシュ、プ
Dropbox が 50 GB プラント 100 GB プランが出てきましたね。愛用どころか Dropbox (S3) に依存しまくりです。 さて、普段開発してるときのリポジトリは mercurial なのですが、Dropbox の上にリポジトリを置いて開発すると保存するたびに履歴が発生するので嬉しくないなぁと思っていたのですが、ローカルで push すればいいという事に気付きました。 spam_main_local のようなリポジトリがローカルにあって、そこで普段を開発して、あるていど落ち着いたら push します。push 先は Dropbox です。spam_main_dropbox というリポジトリを Dropbox 上に作っておいてそこに push します。Dropbox から bitbucket 等の外のリポジトリに定期的に push するといった具合です。こうすることで Dr
About a month ago we announced Mercurial support for early testers. Today, we are happy to announce that all Project Hosting users can create a new Mercurial project and convert their existing projects from Subversion to Mercurial. We also want to thank the projects that helped us test support for Mercurial. Projects like Clojure-Dev and Spice of Creation helped us discover new usage patterns and
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く