TortoiseHg+hgsubversionの導入方法
TortoiseHg+hgsubversionの導入方法の記事があったのでメモ。
【元ネタ】
hgsubversionの導入 - 文殊堂
Gitはgit-svnという優れたツールがあるが、Mercurialはhgsubversionを使うといい。
但し、結構はまる。
上記の方法を試すと良いと思う。
git-svnやhgsubversionの利点は、中央集権SCMであるSVNをあたかも分散バージョン管理のリポジトリかのように扱えること。
マスターリポジトリはSVN、開発者のプライベートブランチはGitやMercurialと使い分けて、trunkから派生させて機能追加して実験したり、トピックブランチ上でパッチを作ったり、色々試せる。
特に、修正の順序とリリースの順序が異なる障害修正のパッチを従来よりも楽にコントロールできるのはよい。
Mercurial以前と以後のチケット駆動開発: プログラマの思索
また、構成管理ツールを使うと、やる気が出てくるという副次的効果もある。
作業履歴からいつでもUndo、Redoできるのは、自由に思索する時に都合がいい。
バージョン管理ツールを使うとやる気が出る: プログラマの思索
構成管理は実は、Agile開発と密接に関係する。
Agile開発は従来の開発スタイルよりも、マシンのリソースが有り余っているという時代背景と密接に関係しているからだ。
豊富なマシンリソースをふんだんに使って、本来のプログラミングに専念できる開発スタイルをAgile開発は目指している。
| 固定リンク
「廃止Mercurial」カテゴリの記事
- GitHubはオープンソースのプロセスを標準化した(2015.06.11)
- 「反復型ソフトウェア開発」はソフトウェア工学の良書(2013.02.09)
- Mercurialに取り込まれたコミュニティ由来の機能一覧(2013.01.12)
- WordやExcelから直接Mercurialへコミットできるアドオンmsofficehg(2012.12.07)
- RedmineでSubversion リポジトリ表示を高速化する方法(2012.11.23)
「構成管理・Git」カテゴリの記事
- 「GitLabに学ぶ 世界最先端のリモート組織のつくりかた」の感想(2023.12.10)
- パッケージ設計の原則の意義は変化しているのか(2023.09.30)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 【資料公開】チケット駆動開発の解説~タスク管理からプロセス改善へ #redmine(2022.01.14)
- プログラミングしてる時はでっかいピタゴラ装置を作ってるみたいな感じ(2022.01.09)
「Agile」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「世界一流エンジニアの思考法」の感想(2024.12.08)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ソフトウェア工学の根本問題から最近のソフトウェア設計を考えてみる(2024.03.03)
コメント
hgsubversion ここ暫く使っていますが、色んな落とし穴があります。特に revision graph の構造が一直線になっていない様な物を作ってしまうと svn 側に push 出来ないようです(README か何かに書いてあった気がします)
あと、Subversion swig binding が何かを leak している様子で、大きな svn repo. を clone すると Out of memory で落ちたりもします(コレには workaround があります -> http://ow.ly/2VP0J )
hgsubversion の中を覗くと、将来的には swig を辞めたい様子で、subvertpy が適切に install されている環境ではそっちを使うようです。手元では subvertpy 版で動かしていますが、微妙に速度が早い気がします。
投稿: objectx | 2010/10/19 23:16