ちょっと要望があったのでインストールしてみた。 xmlrpc pluginをインストール TracHacksからxmlrpcをダウンロード # wget "http://trac-hacks.org/changeset/latest/xmlrpcplugin?old_path=/&filename=xmlrpcplugin&format=zip"unzip で解凍する。 # unzip xmlrpcplugin.zip Archive: xmlrpcplugin.zip inflating: xmlrpcplugin/trunk/setup.py inflating: xmlrpcplugin/trunk/tracrpc/api.py inflating: xmlrpcplugin/trunk/tracrpc/web_ui.py inflating: xmlrpcplugin/trunk/
Trac is extensible with plugins since version 0.9. The plugin functionality is based on the component architecture with peculiarities described at plugin development? page. Plugin discovery From the user point of view a Plugin is either standalone .py file or an .egg package. Trac looks for Plugins in a global shared plugins directory (see Global Configuration) and in plugins directory of local
emacs trac-wiki mode なんてものがあったんですね。これは便利。 セットアップや設定方法なんかは上のリンクを参照すれば分かるので省略。 M-x trac-wiki を実行すると、まずはプロジェクト名を聞いてくる。 次に認証のためのユーザ名。 そしてパスワード。 編集する Wiki ページ名を聞いてくる。タブで Trac 上にある Wiki ページ一覧を表示してくれたり、補完してくれたりする。 Wiki ページを開くとこんな感じ。 C-c C-c で Trac に保存。 まあ、Firefox 拡張の It's All Text! 使えば、Trac に限らず任意のエディタで編集できるのですが、ブラウザで開く手間が省けるのはいいですね。Emacs-w3m を利用したプレビュー表示にも対応してたりとか、他にも色々便利な機能があります。詳しくは 開発元サイト 参照。
Ken's Memo: Emacs trac-wiki-mode
火曜日, 12月 05, 2006 Emacs trac-wiki-mode emacs trac-wiki mode - Tracが便利そうなので試してみる。使えるようになるまでが結構大変。環境は Debian testing. また、trac は localhost で動かしているだけなので、SSL, 認証などは考えていない。 Emacs インストールしておくもの aptitude install w3-el-e21 w3m-el emacs-snapshotutf8 を使うので emacs-snapshot (emacs22) の方がよい (だったら w3-el-e21 はいらないのかも) xml-rpc.el: /xml-rpc.el - emacs trac-wiki mode - Trac をダウンロード。こっち だと NG だった。 .emacs (setq trac-pro
Emacsでtracのwikiを編集するtrac-wiki.elを入れてみた。必要条件trac 0.10.2 以上XML-RPCプラグイン詳しくは 開発元のtracを参照。インストールXML-RPCプラグインをダウンロードしてインストール unzip xmlrpcplugin.zip cd xmlrpcplugin/0.10 sudo python setup.py bdist_egg cp dist/*.egg /usr/share/trac/plugins /usr/share/trac/plugins はインストール環境によって違う。XML-RPCプラグインをインストールしたらApacheをリスタート。設定 ロード (require 'trac-wiki) 基本的にこれだけのはず。でも、手元の環境(MacOS Carbon)ではw3mのパスが解決できないとエラーが出たため。 (se
Tutorial on how to edit a trac wiki page in emacs 1. copy trac-wiki.el and xml-rpc.el in /usr/share/emacs/site-lisp/ 2. install its all text xpi and restart your webbrowser 3. add the following lines to your .emacs file (defun trac-wiki-auto-mode-function () (if (and (eq major-mode 'text-mode) (member (file-name-extension (buffer-file-name)) '("txt" "wiki")) (re-search-forward "^=+ [^=\n]+ =+\\s *
The Trac ticket system provides a configurable workflow on how tickets are treated. The Default Ticket Workflow When a new environment is created, a default workflow is configured in your trac.ini. This workflow is the basic workflow, as specified in basic-workflow.ini: Additional Ticket Workflows There are example workflows provided in the Trac source tree, see contrib/workflow for .ini config se
via. http://labs.unoh.net/2006/08/trac_qatesting.html Trac-0.10系の最大の不満点は「確認中」というステータスがない事ですが、Trac-0.11から「ワークフロー」として実装されるとの事。ということで、すでにTrac-0.10.4-ja-1をインストールしてあった環境でサクッと試してみました。 upgrade手順は以下のような感じ。今回は0.11b1を使用しました。 $ python -V Python 2.3.4 $ svn co http://svn.edgewall.com/repos/trac/tags/trac-0.11b1/ $ cd trac-0.11b1/ $ sudo python setup.py install $ trac-admin /path/to/trac_project upgrade $ trac
Notice: The code of this macro has been merged with WikiCalendarMacro for joined upstream development. Development of the single-file macros is discontinued. Make sure to change over to the packaged plugin code hosted within the /wikicalendarmacro domain to receive the latest improvements and bug fixes. Description Macro for the Trac Wiki to display Milestones and Tickets from the Ticketing syste
Tracをインストールしたあと、とりあえず入れた方がいいんでねーか？と思われるプラグインをリストにしてみた。 なお、Tracのバージョンは0.10を対象にしており、いくつかのモジュールは0.11で本体に取り込まれた。 ExcelReportPlugin レポートを純粋Excel形式で出力できる。これを使うことで、顧客と課題管理表をExcelでやりとりしつつ、管理はTracで出来る。カスタムクエリを工夫すると、いろんなレポートが作れる。 ＜サイト内関連記事＞ TracのレポートをExcel形式で出力 ExcelReportPluginをpython2.3で利用するhack ExcelReportPluginの管理 IniAdmin いちいちtrac.iniを手動で編集するのは大変なので入れる WebAdminPlugin プラグインの有効化、ユーザの追加などなど、コマンドラインでしか出来
今更公開した新年会の資料を「チケット駆動開発の運用例: プログラマの思索」で取り上げていただいたのですが、ちっと補足しておきますよ〜っと。 喋る用の資料であることと説明不足ですかね、修行が足りなさを痛感します。 この辺とかこの辺を良く読んで勉強し直せって感じですね。*1 チケットをExcelで一括インポート ごく初期だけで日常的な運用には使っておらず、複数のツールを使って管理するのは運用(利用)負荷が上がるだけなので、基本はtracのチケットのみで管理しています。 チケットの入力負荷の軽減を図るためにコンポーネントだとかチケットタイプ・関係者などの定型的な情報をリンクにパラメータとして埋め込んでwikiにまとめてあります。チケット分類によってはチケットの中身までテンプレート化して用意しているパターンもあります。 Tracで工数を入力、集計 これは何度か触れてますがTimingandEsti
思いのほかワークフローに言及する人が少ないので、この辺で少し語ってみることにしてみる。 0.10までのtracは基本的には new → assigned → closed という非常に貧弱で単純。 これに対処すべくTracの利用者の多くは、管理者以外はチケットクローズしないという運用ルールを決めたり、実装者にクローズさせておいて確認日を入れるカスタムフィールドを用意して対処したり、とりあえず人に優しいとは言えない状態でした。 まぁ当然この貧弱さは問題視されていなかったわけではなく、0.11へのバージョンアップでワークフローがカスタマイズ可能になり問題を解決することが可能になっているわけです。 0.11では デフォルトワークフローの変更 これは assigned の後に accepted というステータスが追加になりました。 これにより0.10以前では把握が難しかった着手・未着手の状態が、
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
Tracを使い始めて、Redmineと異なる視点を感じる所があったのでメモ。 【1】RedmineやTracを障害だけでなく要望も含めてタスク管理する発想は、Issue Trackingと呼ばれる。 元々、チケット駆動開発(Ticket Driven Development)は、バグ管理システム(Bug Tracking System)を汎用化した課題管理システム(Issue Tracking System)から発生した開発プロセス。 すると、障害管理で使われるステータスだけでは管理しにくい場面が出てくる。 例えば、ITILではシステム運用保守で、問題管理、インシデント管理、変更管理、リリース管理の4つの視点を提供する。 BTSのバグ管理は、問題管理と同じ。 問題管理のワークフロー(チケットの状態遷移図)は下記が普通だろう。 新規→担当→解決→検証中→検証完了→終了(リリース完了) このパ
チケット駆動開発についてのFAQをまとめてみた。 他に聞きたい質問があれば、コメントして下さい。 チケット駆動開発のFAQを集めれば、チケット駆動開発を普及させるのに役立つと思うから。 【元ネタ】 チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) TiDD：チケット駆動開発: ソフトウェアさかば RedmineとTracの機能比較: プログラマの思索 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 Tracのワークフロー: プログラマの思索 ワークフロー機能のカスタマイズ方法 - かおるんダイアリー そろそろTracのワークフローについて語っておくか - almost nearly dead チケット駆動開発は進捗報告作りをどのように解決しようとするか？: プログラマの思索
ReST(reStructuredText)について ReST(reStructuredText)とは，プレーンテキスト形式での直観的な読みやすさと， HTMLやXMLに一意に変換可能なマークアップ記法としての機能の両立を目指したテキ スト記法です．簡単にいうと，「 そのまま読んでも読みやすく，HTML形式などの 他の形式にきれいに変換できるテキストの書き方 」です．ReSTはStructuredText と呼ばれるインデント指向の記法の無駄な構造を見直した記法で，よりメン テナンスしやすく，学習コストの低い記法を目指しています．ReSTドキュメントの 仕様や他の形式に変換するためのツールであるdocutilsはPythonコミュニティで生 まれたものですし，Pythonモジュールの中にもReSTで書かれたドキュメントを提供 しているものがいくつかあります．しかしながら，その簡潔性と表現性
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
