mercurialのリポジトリをgitに変換する - koyachiの日記
No Clumps, Fisheyes or Microgels - Blog - Converting Mercurial To Gitを見て、mercurialで管理してたWebService::Wedataで試してgithubを上げた。細かく見てないけどmercurialで管理してた頃のcommit logも見えてるので問題なさそう。 特に難しい操作は無いんだけど一応日本語でも書くと、gitリポジトリ用に空のディレクトリ用意してそこでgit init-dbしてhg-to-gitというツールに入ってるhg-fast-export.shにmercurialで管理してたディレクトリを指定して実行するとgit移行用に準備してくれるのでその後にgitのリモートリポジトリにpushで移行できる。
Mercurial/SubversioinレポジトリをGitレポジトリに変換する - スコトプリゴニエフスク通信
Gitへの移行キャンペーンを実施中なので下記の記事で紹介されているfast-exportを使って、Mercurial/SubversionレポジトリをGitレポジトリに変換している。http://hopper.squarespace.com/blog/2008/7/5/converting-mercurial-to-git.htmlfast-exportの取得方法は、 $ git clone git://repo.or.cz/fast-export.git MercurialレポジトリからGitへの変換方法は、 $ mkdir newgitrepo $ cd newgitrepo $ git init $ hg-fast-export.sh -r PATH_TO_HG_REPO $ git remote add origin gitosis@gitosis.example.com:newg
人気バージョン管理システム「Mercurial 2.0」登場 - 大規模バイナリに対応
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
RebaseExtension - Mercurial
Rebase Extension This extension is distributed along with Mercurial releases Author: Stefano Tortarolo 1. Introduction Rebase allows moving commits around in Mercurial's history (using a series of internal merges). This has many uses: moving changesets between branches "linearizing" history reordering changesets collapsing multiple changes into one changeset 2. Configuration Enable the extension i
HgSubversion - Mercurial
Not actively developed Please note that hgsubversion isn't being actively developed and may not work with the latest version of Mercurial. As an example, it does not support Python 3. If you'd like to help address this solution, consider ContributingChanges or reach out on the MailingLists. hgsubversion Extension This extension is not distributed with Mercurial. Author: Augie Fackler and co. Repos
Mercurialでのブランチ
Mercurialでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
前回[@kana1さん](http://twitter.com/kana1)による[「gitでアレをもとに戻す108の方法」](/tech/git-undo-999)が大反響で世間はやはりgit使いが多いのかと再認識しました。 私も普段はgitを使っていますが、お仕事ではMercurialを仕事で使っているのでのっかって書き連ねてみましょう。 ### 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いていくつかコミットした。でももういらない さて初っぱなから行き詰まりそうです。基本的にMercurialは「コミットを積み重ねたものを後から編集する」ことに弱いのです。 MQを使って解決してみましょう。 $ hg update -r {revision} $ hg qimport -r {revision+1}:tip $ hg qpop –all $ hg qseries |
Subversionのリポジトリをhgsubversionを使って運用する際のメモ - 偏った言語信者の垂れ流し
最近Subversionが中央リポジトリになっている環境で作業することがあって、手元でMercurialを使いたい場合にどうやってくかという話。 hgsubversion を使う。 durin42 / hgsubversion — Bitbucket hgsubversionをubuntuで使えるようにする Ubuntuのバージョンは10.04。ビルドするためにいくつかパッケージをインストールしておく。 $ sudo aptitude install build-essential subversion apache2-dev libsvn-deveasy_installでインストールする。 $ sudo easy_installl subvertpy hgsubversionhgrcで拡張を有効にしてから、バージョンを確認する。 $ hg version --svnhgsubversio
LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary
Mercurialリポジトリのバックアップを取る | Webシステム開発／教育ソリューションのタイムインターメディア
Mercurialリポジトリのバックアップだって？ 分散型なんでしょ。要らないじゃん。 OK、もちろんそういう観点はある。Mercurialは分散型なので、該当プロジェクトが熱いうちは、かなり障害に強い。中央リポジトリと言ったところで、それは単にプロジェクト内でそのリポジトリを中央と「見做して」いるだけで、基本的には他のリポジトリと変わらないからだ。せいぜい、コミットメールの設定等が行われているくらいだろう。だから、中央リポジトリサーバーがダウンしても気にせず作業を続けられるし、プロジェクトの誰かのリポジトリを改めて「中央と見做せ」ば良い。復旧も簡単だ。 だから、Subversionほどにはバックアップを気にする必要はない。 それでも、Mercurialで管理している情報の重要さを鑑みれば、バックアップはあるに越したことはない。ことバックアップが重要になってくるのは、前述「該当プロジェクト
mercurial運用始めました
Takumi IINO @troter 移行直前に @yoppiblog の提案で全員にpullしたときのmultipleheadsの 解決方法をペアプロでレクチャーした。 2011-03-08 20:14:30
分散バージョン管理システムのすすめ その1
MercurialはGitではない @ val it: α → α = fun
bitbucketとTortoisehgは最強だ - プログラマの思索
@kaorun55さんのBlogのやり方で、bitbucketとTortoisehgを設定したら、bitbucketのMercurialリポジトリと連携できた。 ありがとうございます。 【元ネタ】 WindowsでTortoiseHg 2.xとbitbucketを使う - かおるんダイアリー BitBucket と TortoiseHg で快適分散型バージョン管理生活 - さよならストレス Gitユーザのための、Bitbucket+Mercurial経由でのデプロイ方法 ? blog.udzura.jp 渋日記: Bitbucket買収？そもそもそれ何？という人のためのBitbucket紹介 bitbucketの使い方メモ - 記憶は削除の方向で Windows での Mercurial/Bitbucket の使い方（クイックスタート） - Usagi Project ちょっとはまったのは
subrepoを試してみた - 記憶は削除の方向で
前から気になってた、Mercurialのsubrepoの使い方がなんとなくわかったのでメモ。 何がうれしいのか 別管理のリポジトリを一緒に扱える。具体的には、共通ライブラリは別のリポジトリで管理しつつ、それを利用するアプリのリポジトリの下に共通ライブラリのリポジトリを配置できる。Subversionで言うところのベンダーブランチとかsvn:externals。 ベンダーブランチ/svn:externalsよりもうれしいのは、アプリ側のリポジトリからライブラリ側のリポジトリのリビジョンが指定できること。アプリ側のリポジトリを特定のリビジョンに更新したら、ライブラリ側のリポジトリもその時指定していたリビジョンに更新される。これはかなり便利。 作り方 まずはアプリ側のリポジトリ生成。これは普通に作る。 hg init次にディレクトリを作って、ライブラリのリポジトリを作る。新規リポジトリをつくって
NetBeansのMercurialで文字化けを回避する - KDF Memo
WindowsでTortoiseHg 2.xとbitbucketを使う - Natural Software
容量無制限+プライベートリポジトリ作り放題につられてbitbucketを試しています。 TortoiseHg 2.xのGUIでbitbucketを使うまとまったサイトが見つからなかったので、TortoiseHGでSSHを使ってbitbacketにアクセスする手順をまとめておきます。 環境 Windows 7 32bit/64bit TortoiseHg 2.0.3 手順 TortoiseHGをインストールする TortoiseHGのサイトからインストーラをダウンロードする(32bitと64bitでインストーラが違うので注意) 設定は特に変更せずインストールする SSH用の鍵を作成する(*nix環境で作成した秘密鍵を使う場合は後述) PuTTYごった煮版のサイトからインストーラをダウンロードする 設定は特に変更せずインストールする 「C:\Program Files\PuTTY」にある「pu
SVNからMercurialに移行するべき8つの理由
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Something went wrong.