Redmineチューニングの実際と限界 - Redmine performance tuningRedmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.
redmine.tokyo 第8回勉強会に参加しました(#redmineT) - torutkのブログ
今日は、第8回勉強会 - redmine.tokyo に参加してきました。 第8回東京Redmine勉強会 #redmineT - Togetter 場所は東京駅八重洲口南すぐにあるグラントウキョウサウスタワービルの41Fと超高層な場所でした。八重洲ブックセンターの向かいに割りと新しくできたビルです。 開会 参加者アンケート結果 の紹介からちょっとメモ。 使用しているRedmineのバージョンは、2.6が多く、3.0もそれなりに多い 使用しているバージョン管理ツールは1位がSubversion、割と肉薄して2位がGit 使用しているプラグインは1から6個の範囲が多い 定番のWiki extensionsとIssue Templateが人気でした。どちらも使っています。 Redmineによるwebサポート窓口の実装と運用 Redmineによるwebサポート窓口の実装と運用 Redmine.J
第5回品川Redmine勉強会の感想 #47redmine - プログラマの思索
いろんな議論が出てきた。 皆同じような問題を持っているのね、と共感している人も多かった。 僕が興味を引いたのは、顧客との打合せ管理にRedmineを使っている人の話。 顧客との打合せや会議の準備で、タスク管理と工数管理をチケット管理で実施している。 トラッカー＝顧客単位でチケットを発行し、全て打合せや会議の工数を記録し、月末に工数集計して顧客報告して請求するという流れ。 実績工数の作業分類にも、打合せの作業の種類に分けて、実績工数に色付けして入力・集計しているらしい。 この事例は、RedmineをCRMソフトとして使おうという発想であり、更に工数集計ツールとしても使おうとしている。 このアイデアは、第8回勉強会の感想～RedmineはCRMや情報系システムにも適用できる #RxTStudy: プログラマの思索にも書いたけれど、顧客問合せ(つまり、コールセンターやサポートデスクの管理)の管理
RedmineのER図 - プログラマの思索
RedmineのER図を作る方法が公開されていたのでメモ。 【元ネタ】 redmineのER図を生成してみた | ぷろぐらま Railsのテーブル名や主キーは、CoCで厳格なルールがあるおかげで可読性も高い。 だから、Redmineもこれだけの頻繁なVerUp、豊富な機能改善が可能だったのだろうと思う。 Railsの最大の特徴である「サロゲートキーの重視」については、渡辺さんが下記の記事を書かれている。 「強制されたサロゲートキー」の事例を眺める: 設計者の発言 複合キーをなくしサロゲートキーに統一する手法では、ER図に親子関係が発生せず、全ては外部キーによる参照関係になる。 多分、普通のRails開発では、テーブル間のリレーションシップはアプリケーション層で実装するだろう。 つまり、DBMSでリレーションを貼ることはしないので、テーブルは入れ物にすぎない。 DOAの立場の人がサロゲートキ
Redmine 2.1.0 リリース
Redmine.JP Blog オープンソースのプロジェクト管理ソフトウェアRedmineに関するニュースや、より活用するためのtipsなどを掲載します 2012年9月16日、Redmine 2.1.0がリリースされました。 本リリースは、2012年5月にリリースされたRedmine 2.0.0以来のメジャーバージョンアップです。ただ、Redmine 2.0.0はRuby on Railsのバージョンが3.2に更新されただけで新機能の追加はありませんでした。今回は、2012年4月のRedmine 1.4以来の新機能の追加を伴うメジャーバージョンアップです。 主な新機能は次の通りです。 チケットとワークフローの改良: ロール/トラッカー/ステータスごとに、チケットの各フィールドを必須入力・読み取り専用に設定できるようになりました。また、トラッカーごとに標準フィールドを無効にすることができます
r-labs - プラグイン チュートリアル - Redmine
本日のアクセス数TOP5¶ Redmineプラグイン集(90)プラグイン チュートリアル(20)Wiki Extensions en(20)Code Review(19)FrontPage(17) アクセス数TOP10¶ Redmineプラグイン集(43533)Wiki Extensions en(19269)Wiki Extensions(16439)Code Review(14578)FrontPage(13759)Hudson(11936)プラグイン チュートリアル(7019)Hudson En(5976)EzFAQ(5148)バージョンガントチャートプラグイン(5055) タグCode Review(2) Hudson(3) Issue Extensions(1) Joel Test(1) NetBeans(1) Plugin(14) Wiki Extensions(3) ノウハウ
GoogleカレンダーにRedmineのチケットを表示する - ログ日記
Debian lenny上のredmine。Debianはgemを使うのがめんどくさいっぽい。 まずrubygemsを更新する。 gem sources -r http://gems.rubyforge.org/ gem sources -a http://rubygems.org/ gem install rubygems-update gem install rubyforge gem install icalendargem sourcesで何度かエラーが出たけど追加したり削除したりしていたら出来た。 次にredmineのプラグインを入れる。 cd /usr/share/redmine/vendor/plugins/ svn co http://redmics.googlecode.com/svn/trunk/ redmine_ics_export それからapp/controlle
Ubuntu に Redmine をインストールする（ただし RVM で） - babie, you're my home
目標： Ubuntu 10.04。安定版なのよー。多分新しいやつでも大丈夫。 Nginx 使う。ちょっぱやらしいんで。 RVM 使う。Redmine の要求する Ruby 1.8.7 はともかく、Rails 2.3.11 ってどういうことよ！ってわけで汚したくないんで。 REE（Ruby Enterprise Edition）使う。メモリ抑えたい。 Passenger の Nginx モジュール使う。 Redmine は 1.2.1。 いやー、色々なブログを放浪しましたが、結局4.5時間ぐらいかかってしましましたよ。お客さん、ラッキー！これが、最短だ！！ # Nginx（の起動スクリプト）インストール（本体は使わない） $ aptitude install nginx # MySQL インストール $ sudo aptitude install mysql-server libmysql+
Redmine1.4.0で待望のRuby1.9サポート - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
数千人が利用する楽天Redmineの過去と未来 #47redmine
第二回 shinagawa.redmine勉強会で「数千人が利用する楽天Redmineの過去と未来」を発表させていただきました。資料はSlideShare、SpeakerDeckで公開しております。QAの時間が取れなかったため、質問などがあればTwitterでもなんでもご連絡ください。 数千人が利用するRedmine 来月、第3回RxTstudyでもRedmine事例の発表させていただくのですが、品川Redmineはシステム視点、RxTstudyではタスクマネジメント視点で資料を作りました。 はじまりは、使われてないサーバ上に作った仮想VMを使っていました。ユーザ数も少なかったので、WEBRickを利用し、ポートを分けることで複数Redmineを構築していました。WEBRickが固まることがあったので、cronで一日一回夜間に再起動して運用していました。 自分のグループで使ってみようという
チケット駆動開発がもたらした新しい観点part3～トラッカーの考え方 - プログラマの思索
Redmineを運用してみると、トラッカーの概念が分からないという声をよく聞く。 トラッカーについて考えたことをメモ。 ラフなメモ書き。 【1】Redmineのトラッカーはワークフローそのもの。 Redmineのトラッカー管理画面で、ロール単位にステータスのデシジョンマトリクスで自由に設定できる。 デフォルトのトラッカーは「機能」「バグ」「サポート」の3つだが、実際の運用では使いづらい場面があるので、各現場で独特のトラッカーがあるだろうと思う。 個人的には、一人一人の運用ユーザに一番聞いてみたい内容だ。 トラッカーが難しいのは、ワークフローを意識していないからだろうと思う。 ソフトウェア開発の作業は、チケットを一人で担当して終わらせるだけではない。 バグ修正やリリース作業では、必ず複数人のチェックを入れなければ、作業ミスが重大な過失につながる。 だから、それら作業はワークフローに複数人の担
Redmine
Redmine最新ニュース r-labs: 公式サイトのプラグイン一覧に載りました。 コードレビュープラグインとHudsonプラグインがwww.redmine.orgのプラグイン一覧ページに載りました。 Haru Iidaが9日前に追加しました r-labs: Hudson Plugin リリース www.redmine.orgでHudson プラグインを公開しました。 Haru Iidaが11日前に追加しました r-labs: The Official Redmine blogで紹介されました。 コードレビュープラグインがThe Official Redmine blogで紹介されました。 Haru Iidaが28日前に追加しました r-labs: 本サイトをバージョンアップしました。 Redmine 0.8.4にアップグレードしました。 Haru Iidaが31日前に追
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmineによるメール対応管理の運用事例
Redmineバージョンアップ記録
チームにRedmineを適用せよ！試行錯誤したツールとタスクマネジメント4年間の歴史 #RxTstudy
かんばん！～もし女子高生がRedmineで「スクラム」開発をしたら