Hgsubversionについて
2. hgsubversionとは • hgsubversionとは – MercurialのExtension • Mercurialには同梱されていません – Mercurialをsubversionクライアントとして使用 2 3. こんな人におすすめ • Mercurial中級者以上 – マルチプルヘッド、rebase を理解していれば OK • Subversionリポジトリをhg を使いたい – Mercurialに移行するためにはハードルが高い – Subversionのリポジトリのまま一人でも始めら れる • 少しずつhgを普及することも 3 4. Subversion リポジトリと連携するた めのいくつかの方法 方法 良い点 悪い点 hgsubversionを使う • 簡単、準備が速い • でかいリポジトリのcloneが遅い • 新しいリビジョンの取得可能 • svn py
mercuiralを使いながらgithubのpull requestを取り込む方法 - 放牧日記
http://partake.in/events/95ab571f-c477-43dd-8d96-396d3b670b6f:title=の成果発表です。 先日あるmercurialリポジトリのミラーリポジトリをgithubに作成したところ、開発がgithubに移ってしまうという(mercurial使い的には)ショッキングな出来事がありました。mercurial使いはいろいろ肩身が狭いですね。 それもこれも、「mercuiralを使いながらgithubのpull requestを取り込む方法」についてのノウハウが共有されていないことに問題があります。今後、二度と悲劇を繰り返さないために考察してみました。 想定する構成 考察した結果です。 bitbucket-and-github urlは次の通り central repository https://bitbucket.org/troter/
Mavenでビルドした成果物にバージョン管理システムのリビジョン番号を含める | Webシステム開発／教育ソリューションのタイムインターメディア
テストしたい機能がデプロイされているかどうか確認するためにアプリのリビジョン番号を埋め込というのはよくある話です。 mavenでこの機能を実現するプラグインが存在しないか確認したのですが、とくに存在しなかったようなので、弊社のプロジェクトでは次の様な設定をpom.xmlに設定してリビジョン番号を取得しています。 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-antrun-plugin</artifactId> <version>1.6</version> <executions> <execution> <id>svn-info</id> <configuration> <target> <exec executable="ruby" dir="./" input="../.svn/entrie
Mercurialのリポジトリ内のデータについて
プログラミング (iOS, JavaScript, Jenkins, Sikuli) とMacやiPhoneなどの話題が中心のブログ Mercurialではリポジトリであるディレクトリ.hgの中に管理している全ファイルの履歴に関するデータが入っています。それがどのように保存されているのかを例を用いて簡単に紹介します。 概要 ディレクトリ.hg内にはいろいろファイルが含まれています。ほとんどのデータは.hg/store内にあり、その中にチェンジセット、マニフェスト、ファイルの履歴が含まれています。 changelog ファイル: .hg/store/00changelog.iと.hg/store/00changelog.d マニフェストIDとコミット者、コメント、変更したファイル一覧などの各チェンジセットの情報を持ちます。 manifest ファイル: .hg/store/00manifes
Git使いがMercurial使いに転職するとき設定しておくべきMercurial拡張 | Webシステム開発／教育ソリューションのタイムインターメディア
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
GitConcepts - Mercurial
Mercurial for Git users Git is a very popular DistributedSCM that works very similarly to Mercurial. Both are built upon such similar concepts that most repositories can be converted to and from Mercurial and Git without any significant data loss! There are, however, significant design and conceptual differences that may cause trouble when coming from Git to Mercurial. 1. High-level Comparison Mer
「妥当」な Mercurial バージョンの情報 - 彷徨えるフジワラ
※ 2015-01-19 更新 重要なお知らせ: 1.9 ⇒ 2.0、2.9 ⇒ 3.0、3.9 ⇒ 4.0 といったバージョン番号の増加でも、Mercurial のコンセプト／操作性／互換性等における大きな改変はありません。通常の定例アップデートに過ぎませんので、従来の版を元に書かれている情報の多くは、そのまま適用可能です。 現状でそこそこ妥当な Mercurial の版は以下の通りです。 由来不詳のリビジョンを含むリポジトリから履歴情報を取り込む可能性がある場合は、3.2.3 以降の使用を強く推奨 それ以外の場合は 1.8.1 〜 最新版 （使用状況によっては 2.2 〜 2.2.1 および 2.3 〜 2.3.2 の使用回避を推奨） また、個別のケースにおいて回避を推奨する版の情報を以下に示します。 revsets 記述によるリビジョン指定を多様する場合は、2.5 版以上を推奨(詳細
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
Google CodeがGitではなくMercurialを採用へ － ＠IT
2009/04/28 米グーグルは4月24日、ソフトウェア開発プロジェクトのホスティングサービス「Google Code」で、これまでのSubversionに加えて分散バージョン管理システム（DVCS）の「Mercurial」のサポートを開始すると発表した。現在はプレビューリリースで、一部のプロジェクト利用者に提供。一般リリースに向けて、いくつかの課題を解決していくという。Google Codeでは、Mercurialサポートのために、一般のMercurialがオブジェクトの保存に使うOSネイティブのストレージに代えて、グーグルの分散データベースシステム「BigTable」を使うように書き換えたという。 DVCSとしては、MercurialのほかにGitやBazaarが知られている。従来からある中央管理型のバージョン管理システムに比べて、分散開発がやりやすいことから、普及が進んでいる。例え
2008-06-11
夢をかなえるゾウ 作者: 水野敬也出版社/メーカー: 飛鳥新社発売日: 2007/08/11メディア: 単行本購入: 80人 クリック: 1,301回この商品を含むブログ (625件) を見る を読み終えました。読みやすくて関西弁のゾウがすごくいい味だして、にやけたり、ちょっと泣きそうになったりしました。現実となぜそう思ってしまうのかということが良く書かれていて、偉人達の言葉を引用をうまく使って話をしてもらい、いろいろな考え方や根底をちょっと感じれたような気がします。 ベストセラーでドラマにもなるらしいです。 id:Voluntasさんがtwitterで発言していたのをメモ。 http://www.ivy.fr/mercurial/ref/v1.0/Mercurial-QuickStart-v1.0-300dpi.png http://www.ivy.fr/mercurial/ref/v1
スィンプロ (sinproject) Windows Vista 環境で TortoiseHG（Mercurial）を利用してバージョン管理とバックアップを行う (3)
2024年03月 / 02月≪ 12345678910111213141516171819202122232425262728293031≫04月 この記事は「Windows Vista 環境で TortoiseHG（Mercurial）を利用してバージョン管理とバックアップを行う (2)」の続きです。 ●TortoiseHGを利用する上での注意 現在のバージョンの TortoiseHG では、日本語に対応しておらす、表示上あらゆる箇所で文字化けします。文字化けしますが気にしなくてかまいません。 また、Mercurial では 長いファイル名だとエラーが出ます。 （80バイトぐらいまで行ける模様？厳密に測っていません。） エラー時の対応は追って説明します。今は長いファイル名を変更しなくても良いです。 多数のファイル、多数のフォルダをまとめてバージョン管理したいと思うでしょうが（自分がそうで
スィンプロ (sinproject) Windows Vista 環境で TortoiseHG（Mercurial）を利用してバージョン管理とバックアップを行う (5)
2024年08月 / 07月≪ 12345678910111213141516171819202122232425262728293031≫09月 この記事は「Windows Vista 環境で TortoiseHG（Mercurial）を利用してバージョン管理とバックアップを行う (4)」の続きです。 前回までの説明で Windows 環境で TortoiseHG（Mercurial）を利用した 分散バージョン管理とバックアップの手法について説明しました。 今回は、Windows 環境での Marcurial、及びTortoiseHG の利用において、 参考になるサイトを紹介しておきます。 以下に紹介するサイトは今回の記事の執筆にあたり参考にさせていただきました。 この場をもってお礼申し上げます。 Merrurial Wikipedia - Mercurial TortoiseHG Me
Mercurial/日本語ファイル名、日本語コミットログ関係 - TOBY SOFT wiki
はじめに † WindowsでTorotoiseHg 0.7とMercurial 1.2でのお話。 何故かデフォルトではエンコードを考慮してくれません。 Subversionみたいにコンバートしてくれないので、 WindowsでCP932(≒SJIS)のファイル名を突っ込むと、そのままリポジトリに入るので他の環境では化け化けになってしまいます。 コミットログも同様？みたいです。 勘違いしてました。今まで日本語ファイル名はそもそも駄目だったみたいです。 リポジトリにUTF-8でファイル名を入れるためのhg-fixutf8拡張が必要な模様。 どちらにせよ、日本語ログ、日本語ファイル名を扱う時は対処が必要です。 一人でも対処していない人がいるとリポジトリに異物が混入されてしまうようです。 ※このページの内容はまだかなり混沌としています。自分で実験して試されることをオススメします。 ちなみに、この
バージョン管理システムのdiffのパフォーマンス測定 - 考える人、コードを書く人
最近、C++でdiffを書いているせいか、バージョン管理システムで使われているdiffのパフォーマンスが気になったので、調べてみた。バージョン管理システムにおいてdiffはかなり重要である。というのも、diffもしくはそれに相当する処理は単に差分を表示する際だけでなく、updateやmerge時の差分適用など、至るところで行われるので、diffが遅いとバージョン管理システムにおけるありとあらゆる動作が遅くなってしまうからだ。 測定に使用したバージョン管理システム 測定に使用したバージョン管理システムは以下の通り。 Subversion-1.5.2 Monotone-0.41 Git-1.6.0.1 Mercurial-1.0.2 ちなみに上記のソフトを選択した理由は単に自分が普段から検証も含めて使用しているというだけです。 準備 まず、以下のような2種類のファイルの組合せを用意する。 Ty
Mercurial は差分を管理しているけど Git はしていないみたい - kなんとかの日記
Introduction to Git (by Junio C Hamano) git-suty.git (岩松氏による資料) なんか、どうしても Git の動作がよくわからなかったんだけど、Git は差分を管理してなくて、各バージョンのファイルをすべてまるごと保存しているらしい。たとえば 5 MB の CSV ファイルがあったとして、それをちょこっと変更しただけでも、変更前と後のファイルは違うファイルとしてまるごと保存される。なるほど。 今まで、なんか Mercurial と違うなー、と思ってたけど、中の仕組みから違ったのね。 Mercurial でいうところの Changeset と、Git でいうところの Commit は、同じ物だと思ってたけど、ぜんぜん違いましたわ。 Git、富豪的だなあ。ソースコードならテキストだから、まるごと保存したところで大した量ではないだろうけど、画像とか
ポストCVS/Subversionなるか、Mercurial 1.0登場 | エンタープライズ | マイコミジャーナル
24日(米国時間)、Mercurialの最新版となるMercurial 1.0が公開された。待望の1.0登場だ。次期バージョン管理システムを模索している場合、まず検討対象に加えておきたいプロダクトだ。 ソースコードの集約やバージョン管理を実施するためのシステムとしては、典型的にはCVSが有名。現在でも多くのプロジェクトでCVSが採用されている。しかしながらCVSは既存のバージョン管理システムを拡張してきたシステムであり、UNIXの仕組みに依存していることや名前の変更が面倒などいくつかの点で操作に不便な点があった。同点を解消する目的でいくつものバージョン管理システムが開発されたわけだが、そのうちのひとつがMercurialというわけだ。 バージョン管理システムの代替としてはFLOSSならSubversionやGitが有名だ。すでに多くのプロジェクトでSubversionやGitが採用されてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
foozy / hgbook-ja / Downloads — Bitbucket
bitbucketの使い方