別サーバにあるTracからRedmineへデータを移行する手順 - とあるアプリデベロッパの備忘録ノート
経緯 先日、開発用サーバに立ててあるBTS(バグ管理システム)ツール"Trac"のデータを 別のサーバに立ててある同様のBTSツール"Redmine"に移行する事になった。 Redmine公式の"他システムからの移行"ページによると、 tracからredmineへの移行を実行するスクリプトがあり、それを利用した移行手順が載っているが、 これは同一サーバ内にTracとRedmineが同居していることを前提とした手順なので、 別サーバに立ててある場合についての手順は載ってなかった。 先輩に訊いてみたところ、バグチケットの移行の例はあったものの、 Wikiを含めたデータを丸ごと移行した前例はないとの事だったので 今回調査してここに移行手順を載せることにする。 この手順では、以下の前提に則って書いてあるのであしからず。 Unix系のOS(Linux,Macなど)でCUIを利用した作業ができること
[Think IT] 第2回：課題管理対決！Redmine vs. Trac (3/3)
【プロジェクト管理術】徹底比較！OSS管理ツール 第2回：課題管理対決！Redmine vs. Trac 著者：北岸 隆史 公開日：2008/10/14（火） さて、RedmineとTracの機能を見てきましたが、両者とも広義の「課題管理ツール」であり、その観点から見ればRedmineの課題（Issue）、Tracのチケット（Ticket）の内容を比較しても両者に大きな差は特にありません。 Redmineの方はお手軽に導入してすぐに使い始められるツール、Tracの方は自分でチューンナップして、使いやすいものへと仕上げていくツールというイメージです（導入に関して言えば、Trac Lightningは、Redmineよりさらにお手軽感が高くなっています）。 ところで、プロジェクトで発生する課題の記録やトラッキングであれば、Excelやメールなどを使って行うことも可能です。そこへ、オープンソ
Heretic Programmer
＠ Shibuya.trac 分散バージョン管理勉強会に参加しました。 最近、全然日記を更新しなくなってしまいましたが、分散バージョン管理管理勉強会に参加してきたので、資料を公開しておきます。年末の忘年会シーズンなのでしょんぼりした勉強会を予想していたのですが、予想外に大物ゲストの方々にご参加頂けたので、分散バージョン管理についての触りの部分だけ紹介しました。 本当は色々ネタを入れていたのですが、公開NGなネタを外すと極めてシンプルな資料になってしまいました。MercurialとBazaarについてはGitに比べマイナーなのでもう少し詳しく話をしてもよかったかなぁと思いました。 悶々と自分で調べているよりは、他の人の活用事例などを聞くと非常に勉強になります。内容の詳細は、勉強会のまとめサイトをご覧頂くとして今回思ったことをつらつらと書きます。 日本ではGitユーザが多いGit:Mercur
[ThinkIT] 第6回：BTS（Bug Tracking System）の利用 (1/3)
システム開発を進めるにあたり、バグやタスクなどを管理して、現在発生しているバグの数や担当者といったステータスを把握する必要があります。また、ある程度以上の規模のWebアプリケーションを開発する場合、数人のチームで開発を進めるケースが多く、開発を円滑に進めていくためにスタッフ間での情報共有が重要になってきます。 「Bug Tracking System（以下、BTS）」は、これらの問題を解決するためにプロジェクトのバグを管理し、修正状況を追跡できるよう可視化を行うシステムです。現在、BTSとして様々なソフトウェアが公開されており、ソフトウェアを開発する上での必須アイテムになりつつあります。 BTSの多くはWebブラウザ経由でアクセス可能なソフトウェアで、その中から今回はウノウで採用している「Trac」について説明します。 Tracは、BTSとWiki、Subversionリポジトリビューワー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コーンフ口スト改めコーンフ口スティ
WikiEngineComparison - MoinMoin
301 Moved Permanently