Redmine+Mercurialの設定方法
RedmineとMercurialの連携の設定をメモ。
【元ネタ】
RedmineでMercurialを使う方法 - 床のトルストイ、ゲイとするとのこと
TortoiseHgでExcelの差分を見る方法: プログラマの思索
All In One Redmineを見つけた: プログラマの思索
Windows+Redmine0.8.4+ToroiseHg0.8.1では2箇所でエラーが発生する。
修正方法は下記の通り。
【修正対象】
lib/redmine/scm/adapters/mercurial_adapter.rb
【修正箇所】
L27
HG_BIN = "C:/Program Files/TortoiseHg/hg.exe"
L40
theversion = "1.3.1"
L27では、元来Unix上のHgのパスをTortoiseHgのパスへ変更する。
L40では、MercuiralのバージョンをTortoiseHgのMercurialのそれに直す。
ソース上では、「hg --version」コマンドを発行してMercurialのバージョンを正規表現で取得しようとするが、TortoiseHgを日本語化した場合、バージョンがヒットしないから。
これによって、Redmine+TortoiseHgで、ローカルPC上の成果物を管理できる。
TortoiseHgなら、ローカルPC上のリポジトリを他マシンのリポジトリへ簡単にミラーリングできる。
つまり、「hg push」「hg pull」によってリポジトリを更新する作業をバックアップ作業代わりに使える。
更にWinMerge+xdocdiff WinMerge Pluginを使えば、ExcelやWord、PowerPointの差分比較も可能だ。
Redmineはデフォルトで、MercurialやGit、Darcsにも対応していて、更にリモートSCMにも対応しているから使いやすい。
SVNと同様に、コミットログにチケットNoを書けば、チケットNoとMercurialリビジョンが相互リンクするから、ローカルPC上でもトレーサビリティを実現できる。
従って、ローカルPC上のRedmine+TortoiseHgによって、テキストだけでなくOfficeのバージョン管理とタスク管理を一括管理できるようになる。
以前に比べると、タスク管理やバージョン管理のツールがお手軽に揃ってきた。
現在、プロジェクト管理の手法が劇的に変わるポテンシャルが出てきているように思う。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- トランザクティブ・メモリーを使え~「プロジェクトをリードする技術 / Project Leading is Skill」の資料はプロジェクトリーダー初心者にお勧め(2021.02.13)
- 信頼度成長曲線の落とし穴(2021.02.12)
- SAFeの本質はアジャイルリリーストレイン、LeSSの狙いは組織のスクラム化ではないか、という仮説(2021.01.26)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 文化は組織構造に従う(2021.01.19)
「ソフトウェア」カテゴリの記事
- TeamsとSlack、Zoomの違いは組織文化の違いを助長しているのではないか(2021.02.15)
- マインドマップをFreeplaneに乗り換えた(2020.11.21)
- ソフトウェアの政治的影響力とは何だろうか(2020.07.07)
- DevOpsがアジャイル開発を促進する(2020.06.11)
- AzureクラウドデザインパターンとAWSクラウドデザインパターンのリンク(2020.06.09)
「Redmine」カテゴリの記事
- 信頼度成長曲線の落とし穴(2021.02.12)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- カンバンはステータス名が大事(2021.01.02)
- RedmineをPJ管理ツールと呼ぶのは嫌いだ、Redmineはチケット管理ツールと呼ぶべきだ(2021.01.02)
「ソフトウェア工学」カテゴリの記事
- トランザクティブ・メモリーを使え~「プロジェクトをリードする技術 / Project Leading is Skill」の資料はプロジェクトリーダー初心者にお勧め(2021.02.13)
- 信頼度成長曲線の落とし穴(2021.02.12)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 因果ループ図を再考する~問題の症状をシステム構造として捉えて解決策を見つける(2020.12.25)
- 第73回 SEA関西プロセス分科会「モデルベースシステムズエンジニアリングの活用」の感想~モデルの検証を形式手法で自動テスト化する(2020.12.13)
「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・構成管理」カテゴリの記事
- YoutubeのCCNA講座が秀逸だった(2021.01.04)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- RedmineでGitのbareリポジトリにアクセスする方法(2020.10.22)
- 第16回東京Redmine勉強会の感想 #redmineT(2019.05.19)
- 第19回Redmine大阪の見所 #redmineosaka(2019.01.26)
コメント