(諸般の事情で下書きに眠っていたのを、諸般の事情が解決したので公開) 2011/3/3 SQLの修正と諸般の事情を追記 TracのReportやQueryは強力です。 TicketQueryマクロでQueryの結果をWikiに表示させることも可能ですが、SQLを使っているReportの表示をWIkiにすることは出来ません。「TracからRedmineへ移行しない、たった一つの理由」で以前に書いたとおり私がTracを使い続けている大きな理由になっているSQLを使った柔軟なレポートですが、Wikiに表示できないのでは魅力が半減してしまいます。 そこで使うのがReportIncludeプラグインです。 このプラグインの目玉は各種グラフをReportの結果から作成するところにあります。 そして注目されていないのですがSQLで書かれたReportの結果をWikiに表示することが可能です。 これを利用
Allegro(アレグロ)とは、イタリア語で「陽気に」、音楽用語では、「速く」を意味する言葉です。Kanon Allegroはスクラムをベースとしたアジャイル開発をサポートするチケットシステムで、アジャイル開発者は一般的に陽気で、素早くリリースするというイメージから名づけました。 また、ソナタ形式のクラッシックの第1楽章の多くはアレグロで構成されていますが、アジャイル開発を行う人のとっかかり(第1楽章)をサポートするという意味も込められています。 Kanon Allegroはバックログの管理、バーンダウンチャートの作成(全体、チーム個別)、Excelからのストーリー、タスクのインポートを行うことができます。 Kanon Allegroの使い方の詳細については、Shibuya.trac第11回で発表しましたをご覧ください。 バックログの管理 ストーリーとタスクで、プロダクトバックログとスプリ
Tracの構築ってなかなか面倒ですよね。自分も初めて作ったときはいろいろと手間取ったことを覚えています。 とくにソースからいれるとなると、いろいろとやらなければいけません。パッケージも用意されていますが、日本語化をする場合などいろいろと面倒があります。 今回も前回に引き続き、簡単にTracのインストールを行う手順を紹介したいと思います。 事前準備 まずは、以下の手順を行っていることが前提です。 10分で作る、Subversionレポジトリ - UNIX的なアレ そのため、動作環境は以前と同様です。試してみたところ、Ubuntuでも同様の手順でいけるようです。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 さて、それでは構築していきましょう！ パッケージのインストール さて、Tracを使うにあたって必要なパッケージをインス
“泥”開発に対する最終兵器「Trac」とは？ 誰もが必ず1度はイライラしたことがある「情報の囲い込み」問題 情報の共有はプロジェクトを円滑に進めるうえで重要な課題です。極端な例ですが、例えば、図1の例で見てみましょう。 分かりやすいよくある例で示すと、各開発者の作業状況はメールや手帳上に記されています。検討やヒアリングした結果は、メールでほかの人に問い合わせたならメールボックス上にたまっていきます。打ち合わせなどで相手に会ってヒアリングしたなら、手帳やノート上にメモとして残っていきます。こうして、各開発者が自分のタスクの情報をメールやメモ、あるいは頭の中で“囲い込み”ながら開発が進んでいきます。 ここで、開発者がある機能を実装するために、「別の作業の状況や進捗（しんちょく）を把握したい」とします。 「誰が情報を持っているのか分からない」 まず、誰が情報を持っているのか分からないので、ヒアリ
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
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
システム開発のプロジェクト管理ツールであるtracでも、プロジェクトやコードに☆が付けられる仕組みが登場しました。Code Reposのサイトで☆が付けられるようになっています。 http://coderepos.org/share/browser http://coderepos.org/share/browser/websites/coderepos.org/trac/share/js/HatenaStarTrac.js 「このプロジェクトイイ！とかこのソースコード最高！とかで気楽に☆++！」（はてなエンジニアの感想）だそうです。 バージョンやコード行にまで☆を付けられるようです。☆が開発者の方々のモチベーションアップに貢献すれば幸いです。 「こんなところにも☆が」事例としてご紹介させていただきまスター。
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
社外の情報共有ツールを調査する(よければ使ってみる)ということで、Trac を入れてみた。 要求するコンポーネントが非常に多いのと、バージョンの組み合わせ等で動かなかったりで苦労した。Linux ではパッケージ一発という記述も WWW にあったので、Windows でやったのがまずかったのかも。 これまであった issue 管理システムに、Wiki との統合、Subversion ビューワを追加したもの、と考えていいのだろうか。 ——————- 主にここを参考にした Python 日本語環境用インストーラ http://www.python.jp/Zope/download/pythonjpdist ダウンロード (v2.3.4) インストーラ実行 (C:Python23) 環境変数PATH に、 ;C:Python23 を追加 ClearSilver http://clearsilver
http://www.wallowaavalanchecenter.org/anthonylakes tramadol prescription online , uuqieu , http://www.modumetal.com/investor_relations.php viagra online in united states , 569 , http://lpctv.org/node/18601 cialis lowest price , hfbnqt ,
プロジェクトの情報共有を支えるための重要なタスクにドキュメンテーションと文書管理がある。あなたのプロジェクトでは適切な文書管理がなされているだろうか。通常、プロジェクトからは日々多くの種類/フォーマットの文書が生み出されている。そのため、文書管理に統制の無いプロジェクトでは、どこにある何を見ればいいのかを把握することでさえ、たちまち容易ではなくなってしまう。 プロジェクトに関する情報が増えてくる前に、一人でプロジェクト開発に従事しているあなたも、チームで開発をしているあなたも、散在する情報を整理したいと考えることだろう。 「今、プロジェクトで何が問題になっていて、何を片付けないといけないか」という情報群--ToDoやタスクリストとも表現できるこれらの情報群は、プロジェクト中のさまざまなシーンで出現し、これが管理されていないプロジェクトは、ほぼ確実に混乱に陥る。問題管理で取り扱う情報の種類は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
