Tracのチケットを一括で外部からインポートする方法(決定版！)
*2009/1/13追記 細かい操作説明の画面も適当翻訳しました。こちらも参照。 trac-hacksを見ていたら決定版を見つけたよ。 TicketImportPlugin http://www.trac-hacks.org/wiki/TicketImportPlugin いままで知らなかったから最近出たのかな～。 出来ること ExcelファイルもしくはCSVファイルから一括してチケットのインポートもしくは更新が出来る 全部適当に訳しておこう。 概要 このプラグインによってTracに複数のチケットをCSVファイルまたはExcelファイル(xlrdがインストールされている場合)からインポートすることが出来る。 また、レポートをCSV形式で保存→編集→再インポートの手段を取ることでチケットの一括更新にも利用することが出来る。 このプラグインは新しいプロジェクトを開始するときに非常に有用だ。会議
ウノウラボ Unoh Labs: Python開発環境を整えよう
こんにちは！4月から入社したYet Another Sakatoku、酒徳千尋です。今まで同じクラス、同じ職場に別の「酒徳さん」がいるのを経験したことがないので不思議な気分です。 ウノウでは新規サービスの開発を担当することになったのですが、言語やフレームワークの選択は開発者に任されているということなので、PythonとDjangoの組み合わせで開発を始めることにしました。 PythonでのWeb開発は、日本ではまだメジャーではないと思うので、このウノウラボでtipsや、ライブラリ・フレームワークの使い方を紹介できればと思います。 今回は、僕が入社してから最初に行ったPython開発環境のセットアップについて書いてみたいと思います。 virtual-pythonで開発環境をつくる 開発にあたって様々なライブラリをインストールする必要が出てきますが、通常のPythonのホームディレクトリ、例え
テクノロジックアート技術者のブログ: [Trac] チケットを階層化したい。
こんにちわ。ばたっちです。 tracのチケット便利なんだけど、階層化できないのが不便。 TracMasterTicketsというプラグインがあるようですが、バージョン0.11以上で対応。 現在、インタアクト社提供の日本語版(0.10.4)を使っているのでダメなようです。。orz redMineはこの辺の問題を最初から考慮して作られているみたいですね。 とりあえず、カスタムチケットで関連チケットへのリンクを追加して、レポートで関連の閲覧をできるようにしてみました。 まずは、ticket-customに関連チケットのフィールドを追加します。 trac.ini ---- [ticket-custom] related_tickets = text related_tickets.label = 関連チケット 追加したら Apache再起動して設定を反映させます。 チケット編集画面にて「チケット属
ワークフロー機能のカスタマイズ方法 - Natural Software
Trac Lightning 2.0.0 の目玉機能である、ワークフロー機能のカスタマイズ方法を Oかもと さんより教えていただいたので早速試してみた。 実は Trac Lightning の Wiki に変更方法が書かれていたオチ＾＾； http://localhost/trac/SampleProject/wiki/TracWorkflow ここに書かれているテストフェーズの追加と遷移の制限を追加してみた。 変更前と変更後のフローはこんなカンジ（可視化方法はこちらを参照）。 変更方法 http://localhost/trac/SampleProject/wiki/TracWorkflow ここの｢例: ワークフローにテストを追加する｣を見ながら試行錯誤すれば大体わかると思う。 基本的には trac.ini (SampleProject なら C:\TracLight\projects
#49 (ガントチャートとマイルストーン) – HirobeのHack倉庫 – Trac
Tracのマイルストーンは、「何かが完成するまでに必要な作業と、何が完了したか」を見ることが出来るできます。これは、ちょっとすごい機能ですね。 開発者が「進捗という資料」をつくらなくていい。 最初にマイルストーンを作成して、あとはチケットにやることを入力しておくだけで、 進捗表らしいものが出来るわけです。 ただ、仕事で使うにはちょっと物足りない。普通SEは、ガントチャートっていう もっと細かいスケジュールを使いますね。「何日～何日にこれをやって」「これが 終わらないとこれが開始できない」みたいな。クリティカルパスとか見たりするし。 そんなわけで、マイルストーンをガントチャートっぽく扱えるようにしたいなと。 次に作るものはそれにしようかな、と考えてます。 チケットに完了日項目を追加して、、ていう方法もあると思うんだけど、それはパスかな。 というか、実際にそういう方法でやってたんだけど、いまい
『Trac』
話題になっていた「トラック」とは Tracks ではなく Trac だった。 全然別物だー！！ ●Trac Lightning Wiki(SourceForge.jp) というわけで、 さっそくインストールして試してみた。 「Trac Lightning」とは ・Wiki (ドキュメント) ・SubVersion (ソースファイル管理) ・タスク管理 ・ガントチャート ・フォーラム (掲示板) これらの機能全てを１つにパッケージングした フリーのプロジェクト管理ツールのこと。 １つのセットアッププログラムで 上記複数のサービスを、まとめてセットアップしてくれるので導入が楽、 という点がウリのパッケージ。 （ただし、すでに Apache や SubVersion がインストール済の場合、 環境が上書きされる可能性があるので注意が必要。) なるほど、これは便利。 ただ、実際のプロジェクトで利用
TRICHORD - チーム作業と改善を促進させるプロジェクトマネジメントツール
TRICHORD製品の販売終了と無償化のご案内 TRICHORD製品は、2010年5月31日をもって販売を終了し、無償化いたしました。現在は無償製品として公開しております。有償ライセンスに対するサポートサービスは、2011年5月31日を以て提供を終了いたしました。 Windows7に対応したバージョン 1.3.5を公開しています。本バージョンより全ての機能を無償でご利用いただけます。 TRICHORD(トライコード)は、プロジェクトに関わる人々を支援するプロジェクトマネジメントツールです。シンプルで、直感的な「プロジェクトの見える化」を実現します。 とき、こと、ひとから、プロジェクトの改善のためにプロジェクトの状況や問題を視覚化(見える化)します。また、カードを模したユーザーインターフェースを用いて、視覚化だけでなく、直感的な操作性を提供します。
バグ追跡ツール／課題追跡システムとの統合
ソフトウェア開発ではふつう、変更を特定のバグIDや課題IDに結びつけます。バグ追跡ツール（課題追跡システム）を使用している場合、 Subversion で行った変更を、課題追跡システムの特定のIDと関連付けできると便利です。多くの課題追跡システムではそのために、ログメッセージを解釈してコミットに関連する課題IDを抽出するための pre-commit フックスクリプトを提供しています。しかし、 pre-commit フックスクリプトが正しく解釈できるようにログメッセージを書けるかどうかはユーザーに依存しているため、ときどき失敗する傾向があります。 TortoiseSVN は、次の２つの方法でユーザーを補助します。 ユーザーがログメッセージを入力するとき、課題IDを含む行が自動的に正しい書式で追加されるようにします。これによって、ユーザーがバグ追跡ツールで正しく解釈できない形で課題IDを入力し
TracDoc/TortoriseSVNTrac - HirobeのHack倉庫 - Trac
TotoriseSVNとTracの連携 TortoiseSVN1.4.0からかな？ TortoiseSVNには「バグ追跡システム / 課題追跡システムとの統合」のための機能があり、 これを使うと SVNのコミット時に、Trac等バグ追跡システムのissue番号を入力するフィールドを表示する ことが出来ます。入力されたissue番号(チケットのID)はログメッセージの最後に追加されます。 その他、TortoiseSVNのログからTracのチケットを開くことも。 また、SVNのリポジトリ内のフォルダに対して設定するので、１回設定すれば そのリポジトリを使っている全員に適用することが出来ます。 （対応しているSVNクライアントを使う必要はあります） ヘルプによると、２種類設定方法があるのですが、今回はその片方を紹介。 設定方法 リポジトリで対象としたいフォルダを右クリックして、「属性」を選択し
TortoiseSVNからBTSと連携する - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
タスクとコードをつなげるMylyn
用途に合わせたEclipse 3.3のパッケージ こんにちは。チェンジビジョンの近藤です。Eclipse 3.3（コード名：Europa）がリリースされてはや2ヶ月が経ちました。普段Eclipseをお使いの方はEclipse 3.3へ乗り換えられたでしょうか。 今回リリースされたEclipse 3.3では用途に合わせて5つのパッケージが用意されています。 これまで通りの構成で作成されたEclipse Classic 一般的なJava開発エンジニア用のEclipse IDE for Java Developers JEE開発エンジニア用のEclipse IDE for JEE Developers C/C++言語開発者用のEclipse IDE for C/C++ Developers RCP/Plugin開発者用のEclipse for RCP/Plug-in Developers
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kondoumh の tools blog
Visual Studioと.NET開発者のためのSubversion/TortoiseSVN入門
「MySQL server has gone away エラー」（1） Insider.NET － ＠IT