Import or update tickets in batch from an Excel or CSV file into Trac Description This plugin lets you import into Trac a series of tickets from a CSV file or, from an Excel file if the xlrd library is installed. You can also use it to modify tickets in batch, by saving a report as CSV, editing the CSV file, and re-importing the file. This plugin is very useful when starting a new project: you ca
Webには表示されないけど、Wiki記法で書かれたソースには残るコメントはどう書くの？ と思った。 {{{ #!html <!-- ここにコメント --> }}} とか強引な方法でもできなくはないですが、もっと直接的に、 {{{ #!comment ここにコメント }}}と書けます*1。でも、インラインのコメントとか、先頭の1行目に入れるコメント*2にはこの方法は使えません。 [追記]jun66j5さんからトラックバックをいただきました。ありがとうございます。それによると： TracWiki には built-in で html(), comment() マクロが用意されていて、それぞれ {{{#!... }}} 形式のインライン版として機能します。 ということなので、実は何もしなくてもよかったのでした。以下の記述は、built-inを知らなかった僕の行動記録です :-)[/追記][さらに
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
Add support for ticket dependencies to Trac Description What is it? This plugin adds "blocks" and "blocked by" fields to each ticket, enabling you to express dependencies between tickets. It also provides a graphviz-based dependency-graph feature for those tickets having dependencies specified, allowing you to visually understand the dependency tree. The dependency graph is viewable by clicking 'd
tracのwiki編集権限持っている場合、編集したいページでダブルクリックすると編集画面に遷移します。 ブックマークレット版 javascript:(function(){document.body.addEventListener("dblclick",function(){var f=document.forms;if((f.length>1)&&(f[1].getElementsByTagName('input')[0].value=='edit'))f[1].submit();}, false);})(); グリースモンキー版 // ==UserScript== // @name editTrac // @namespace http://d.hatena.ne.jp/TakiTake/ // @description ダブルクリックでtracの編集可能にする // @includ
trac-wiki.el -- Trac Wiki Page Editing Mode for Emacs News 2008-06-07: Version 1.8 is released. Fixed two bugs on interactive end-point url input. (changes) And it also tested with emacs 22.1 and 23.0.60 on debian etch. 2007-11-14: Version 1.7 is released. Fixed a serious bugs which is introduced in version 1.6 and cause memory exhaust. (changes) 2007-11-14: Version 1.6 is released. Many bugs are
このエントリ の様な経緯で、うちでは apache + tracd という構成で trac を動かしてるのですが、tracd がしょっちゅう落ちるんですよね。1日に2, 3回ぐらいは落ちる感じ。で、5分ごとに cron で tracd プロセスを監視して、落ちてたら再起動ってなことをやってるんですが、typester さん から「うちは lighttpd + FastCGI でやってるよ」というアドバイスを頂いたので、試してみました。 やったことは以下の通り。 FastCGI のインストール lighttpd のインストール lighttpd.conf を書く lighttpd の起動 1, 2 については省略。ディストリビューションによって違うでしょうし、うちは Slackware だからあんまり参考にならないだろうし。3 については以下の様な内容の /usr/local/etc/lig
tracは、チケットやWikiのデータを触ったり、subversionに触ったり、結構色々するプログラムである。httpdを動かしているユーザーにこれらの権限を与えたくないのでsuexecすることにする。 調べて分かったこと lighttpdのパッケージにはsuexecは含まれていない。 apacheからsuexecのソースを持ってきてコンパイルする。 Debianなら、apache-commonかapache2-commonをインストールすれば入る。 lighttpd自体にはapacheの様にsuexecのパスを知っていたり、configuration次第で透過的にsuexecしてくれたり、そういう機能は無い。 fastcgiプログラムごとに、bin-pathに指定するしかない。 See Also: TracのFastCgi運用のためのドキュメント lighttpdのsuexecのドキュ
(2005-12-01 作成) Tracを動かすためだけのスタンドアロンのWebサーバtracdについて。 これを使えば、別途Webサーバソフト(Apacheなど)を用意しなくても良い。 [編集]コマンドラインオプション # tracdに引数を与えなければ、使用法が表示される。 Linuxの場合 $ tracd Windowsの場合 (Trac 0.11未満?) C:\> python C:\Python23\Scripts\tracd (Python 2.3使用) C:\> python C:\Python24\Scripts\tracd (Python 2.4使用) Windowsの場合 (Trac 0.11以上?) C:\> C:\Python25\Scripts\tracd (Python 2.5.2使用時) Trac 0.9.6では、次のように使用方法が表示される: usage:
【バグ管理の作法】Trac徹底活用！ 第2回：なぜTracの導入に失敗するのか？ 著者：masuidrive 公開日：2007/12/13（木） Tracの導入現場の今 「第1回：なぜバグ管理システムを使うのか？」でも紹介したように、TracはSubversionと連携するオープンソースのバグ管理システム（BTS：Bug Tracking System）だ。Ruby on Railsなど多くのオープンソースプロジェクトで利用されており、最近では商業開発でもっとも多く使われているツールの1つになっている。 その一方で、Tracの導入効果が出ていないケースも多々ある。それはなぜだろうか？ Tracの肝は「チケット管理」の運用にある！ Tracにはコンテンツを管理するシステムとしてのWiki、Subversionなどのバージョン管理システムのファイルをWebから閲覧するための「リポジトリブラウザ
意外と誰も書いていないので書いておきます。 9月末頃から今現在もtrac-hacks.orgに繋がらない状況が続いています。 なにやら移転or機器入替の模様なのですが、tracをいぢり倒したい人には困った状況が続いています。 でもどーしてもプラグインを入手したい人で最新である必要のない人は、https://trachacks.coderanger.net/に8月4日時点のミラーがありますので利用してみては如何でしょうか。
動かすのに必要だったもの sudo aptitude install ruby ruby1.8-dev rubygems sudo aptitude install libfreeimage-dev sudo gem install rails sudo gem install sqlite3-ruby sudo gem install feed-normalizer DBセットアップ rake db:migrate RAILS_ENV=development 起動 ./script/server -e development すばらしすぎるなぁ。 と思ったのだけど、htpasswdとかはapache2-utilsってパッケージにわけられていてそれだけ別にインストールできるようで、一瞬で解決。 $ sudo dpkg -L apache2-utils /. /usr /usr/bin /u
ソフトウェア開発手法とその管理システムには様々な選択肢がある。私もこれまで色々試行錯誤してきたのだが、今は、tracとバーンダウンチャートを追加するプラグインであるTracBurndownプラグインでスクラム開発という環境が気に入っている。 この環境を導入したきっかけは、転勤で勤務地が変わったことである。 これまで、東京でチームを組んでソフトウェア開発をしており、その仕事を引き続き仙台で行うことになったが、今までの開発プロセスだと不都合が出始めた。 タスクカードを使った「かんばん方式」とスクラムをベースにした開発プロセスを組み合わせて使っているのだが、物理的に開発拠点が分離してしまい、タスクカードが使いにくくなってしまったのである。 いいタイミングなので、周囲の評価が高いので試してみようと構築していたtracにバーンダウンチャートのプラグインを導入して、全面的に移行することにしたという訳だ
Trac の解説書を書いたので、こちらもあわせてよろしくお願いします。 「入門Trac」と言う本を書きました プロジェクト管理システムの Trac を Debian/Sarge なサーバマシンに入れてみました。 どうせ一人で管理しているプロジェクトしかないので、最初は FlexySvn と言う XUL アプリな Subversion browser を入れようと思っていたのですが、PHP5 を要求しやがるので諦めました。PHP4 でも動くように頑張っているみたいなので、そっちを期待しましょう。 で、Trac とは「Wiki(情報共有)」と「BTS(バグ管理)」と「Subversion(ソースコード管理)のフロントエンド」が一体になったなんだか凄そうなシステムです。どう考えても一人で使うようなものではありませんが、セッティングマニアに何言っても無駄！ Debian では標準のパッケージが用意
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
